No hay mucha documentación sobre cómo implementar un proyecto de Django con Spawning y, sin embargo, la gente lo recomienda sobre apache/mod_wsgi.Cómo implementar Django con Desove
In another similar question, otro usuario de SO me sugirió que abriera una nueva pregunta específica para Spawning, así que espero que otros también puedan compartir sus experiencias.
Me gustaría ver quién recomienda seriamente el engendro sobre Apache y mod_python o mod_wsgi.
A juzgar por el hecho de que esta pregunta es ahora el resultado # 4 en Google para 'django spawning', diría que es en los primeros días. :) Si está poniendo algo serio en producción, cúmplase a Apache/mod_wsgi por el momento.
Eric Florenzo hizo algunos basic testing of spawning. Asegúrese de leer todos los comentarios y la publicación principal.
Personalmente siempre me gusta investigar este tipo de soluciones, pero en este caso simplemente no puedo llegar a una etapa de evaluación comparativa. Hay muchas características importantes que necesito en Apache (certificaciones de cliente ssl, ejecute servidores mongrel bajo fastcgi, django bajo wsgi, php gasp, archivos estáticos servidos directamente, ssl para cada dirección IP, docenas de hosts virtuales en múltiples direcciones IP, etc.).
cd al directorio settings.py de django.
Aquí es la línea de comandos para servir a su aplicación Django
spawn --factory=spawning.django_factory.config_factory settings --port 80
¿Tendría que volver a hacerse esto si el servidor se reinicia? –
Sí, me podría recomendar que use el desove durante la configuración de Apache/wsgi.
dos razones básicamente: uso 1) Memoria (se ahorrará algunos MBs en el desove) 2) código de recarga dinámica (en ningún punto del tiempo, de su usuario verá una página 404 o 500)
esto viene de la experiencia, estoy corriendo http://tunesdiary.com el desove + nginx en esta configuración:
nginx se encarga de toda la carga entrante que otra conexión proxy para el desove que está escuchando en un puerto no privilegiado (significa el desove se ejecuta como un usuario diferente el servidor web) El desove genera 4 procesos con 2 hilos por proceso. (funciona para la carga actual).
Al presionar cualquier código en el servidor, se manejan las solicitudes anteriores y luego el nuevo código comienza a servir las nuevas solicitudes.
Esto ha estado trabajando muy bien hasta ahora (estoy funcionando esto desde aproximadamente 6 meses)
lo que he observado, Django con wsgi mod + Apache (que he usado por algunos días anteriores) estaba tomando sobre 70MB de RAM después de comenzar (proceso único), y esta configuración usa 45MB por proceso más o menos. Además, también he tenido esto con lighttpd + modfcgi que también consume casi la misma cantidad de memoria que spwaning.
(I podría haber calculado mal porque en Apache, también se incluye el uso de memoria del servidor web)
Puede depender de desove, por lo que yo puedo decir, pero si si realmente no empuja a menudo, no será de mucha utilidad.
+1. He visto a algunas personas hablar sobre jugar con Spawn, pero aún no he oído hablar de un único sitio web serio de producción que lo esté usando (por no decir que no lo haya). AFAICT el impulso sigue siendo con Apache/mod_wsgi. –
lighttpd y nginx es más grave – user20955
He hecho una pregunta relacionada con los gastos generales de Apache al usar mod_wsgi y he tenido algunas personas que han votado generando ... http://stackoverflow.com/questions/488864/django-deployment -cutting-apaches-overhead –