Recientemente he cambiado a Django para una aplicación web que estoy desarrollando y seguí las instrucciones en Heroku para obtener una aplicación Django que se ejecuta en Heroku. Tengo un entorno virtual en el que mi aplicación está desarrollada y uso git para el control de versiones y para presionar a Heroku. El enlace de arriba sugiere que intallé gunicornio:¿Cuál es el beneficio de instalar gunicornio para mi aplicación django en heroku?
Los ejemplos anteriores usaron el servidor HTTP predeterminado para Django. Para las aplicaciones de producción , es posible que desee utilizar un servidor web embebido más listo para la producción, como Tornado, el servidor WSGI de gevent o Gunicorn.
Luego llevan al usuario a través de la instalación de Gunicorn.
Mi pregunta es: ¿qué problemas podría encontrar si omito este paso y me quedo con el valor predeterminado? ¿Qué beneficios me dará Gunicorn?
¿Alguna posibilidad de que pueda explicar brevemente para qué se usa/usa un "proxy inverso"? ¿Cuáles son los peligros si no uso Nginx? – Deonomo
Estoy leyendo sobre esto ahora en: http://en.wikipedia.org/wiki/Reverse_proxy – Deonomo
esta [publicación de blog] (http://ericholscher.com/blog/2010/aug/16/lessons-learned- dash-easy-django-deployment /) es donde aprendí sobre gunicornio y nginx y me enganché. El proxy inverso lo protege de ciertos tipos de ataques de denegación de servicio y nginx también se puede usar para alojar de manera muy efectiva archivos estáticos. Cuando pones un número de puerto e IP en tu configuración de gunicorn, ¿es tu IP asignada o una ip interna (127.0.0.1)? Heroku tal vez esté haciendo algún tipo de proxy ya. No tengo idea de cómo funciona –