Una comparación de servidores web para aplicaciones web basadas en Python

Introducción

En este artículo, hablaremos sobre tres cosas principales: Python, servidores web y, lo que es más importante, los detalles intermedios entre los dos.

Bromas aparte, este artículo bastante largo puede parecer nefasto para algunos que buscan orientación o respuestas rápidas. Desafortunadamente, a diferencia de la mayoría de las cosas en el mundo de Python, cuando se trata de elegir una pila de servidor de producción para implementar su aplicación, no hay una, y preferiblemente solo una, forma obvia de hacerlo.

Sin embargo, esto no debería asustarte. Después de completar este artículo, tendrá un buen conocimiento de cómo funcionan los diferentes servidores web y manejará la tarea de hablar con aplicaciones web basadas en Python. Al evaluar sus necesidades y requisitos, podrá decidir qué servidor usar.

Interfaz de puerta de enlace del servidor web de Python v1.0 (WSGI)

Comprender los problemas

Hoy en día, existen servidores web (o módulos para servidores) en cantidades cada vez mayores diseñados específicamente (o adaptados) para trabajar con aplicaciones web de Python de manera intercambiable. Sin embargo, no siempre ha sido el caso. En los viejos tiempos, los desarrolladores realmente no tenían la posibilidad de cambiar de servidor web fácilmente, y cada cambio tenía un costo debido a las dependencias y limitaciones. Al decidir sobre un marco para construir, también habría decidido, no siempre voluntariamente ni conscientemente, sobre el (los) servidor (es) que podría usar para servir la aplicación también. Esto se debió a la falta de existencia de una especificación de interfaz universalmente aceptada: un terreno común que las aplicaciones (marcos) y los servidores web por igual se adaptarían y utilizarían para comunicarse, lo que permitiría la intercambiabilidad de componentes cuando fuera necesario con posiblemente cero cambio de código

Nacimiento del estandarte

A principios de este siglo, se hicieron esfuerzos para resolver finalmente el problema con la presentación de la Propuesta de mejora de Python (PEP) 333 a la comunidad.

Del PEP (Propuesta de mejora de Python) 333:

This document specifies a proposed standard
interface between web servers and Python web
applications or frameworks, to promote web
application portability across a variety of
web servers.

Como se explica en el PEP, este nuevo estándar estaba (y está) destinado a permitir la portabilidad entre (y entre) servidores [web] y aplicaciones [web de Python]. Las potentes funciones del estándar y su amplia adopción en comparación con las anteriores marcan el camino para hoy: un mundo donde existen muchos (quizás demasiados) servidores web dispuestos a hacer el trabajo por usted.

La comparación

En esta comparación de servidores web para aplicaciones web basadas en Python, hablaremos sobre algunas de las opciones disponibles y qué las hace destacar. El objetivo aquí es que el lector tenga una visión más clara y brinde ayuda para hacer coincidir los servidores con las necesidades personalizadas de las aplicaciones para encontrar el indicado. Debido a la gran cantidad de opciones (¡aparecen más todos los días!), filtraremos y hablaremos sobre aquellas que son especiales de varias maneras: popularidad, solidez o hacer algo diferente (o mejor) en comparación con el resto.

Nota: Me gustaría aconsejarle, lector, que desconfíe de los puntos de referencia sesgados y engañosos que tienden a no reflejar las condiciones de un entorno de producción real. Desafortunadamente, esos [artículos] realmente no significan mucho cuando se trata de elegir un servidor web para la producción, que también es muy poco probable que sea la parte que causa el cuello de botella. Por lo tanto, se le recomienda evaluar y comprender sus propias necesidades y luego probar diferentes opciones, absteniéndose de números especulativos para evitar escenarios de desastres reales en el futuro.

Servidores web (orden alfabético)

Servidor CherryPy WSGI

¿Qué es?

CherryPy es en realidad un marco web. Sin embargo, es totalmente autónomo, lo que significa que puede ejecutarse por sí solo, incluso en escenarios de producción sin necesidad de software adicional. Esto se logra gracias a su propio servidor web compatible con WSGI, HTTP/1.1. El proyecto CherryPy lo describe como \Un servidor HTTP genérico de alta velocidad, listo para la producción, agrupado por subprocesos. Como es un servidor WSGI, también se puede usar para servir a cualquier otra aplicación Python WSGI, sin estar vinculado a CherryPy's marco de desarrollo de aplicaciones.