[pyar] Django como servicio web

Alejandro Santos listas en alejolp.com
Mar Jun 24 12:51:41 ART 2014


2014-06-23 21:17 GMT+02:00 Manuel Kaufmann <humitos en gmail.com>:
>
>  * django-easyconfig (un objeto Config por cada sitio -cada sitio
> sería una mini-django-app con View, Model y Forms específicos para
> ella)
>  * diferentes settings.py (para algunas pequeñas cosas que
> django-easyconfig no cubra) con su DB particular
>  * múltiples instancias de uwsgi con diferentes settings
>  * un server nginx con múltiples hosts apuntando a los diferentes uwsgi
>

Nicolás Echaniz en la PyConAr Córdoba 2010 contó que estaba trabajando
con algo así, ellos hicieron un portal personalizable por cada
"cliente" y cada sitio sea un proyecto Django independiente, con su
propia base de datos y tablas independientes, y su propio settings.py.

Si bien tenían un servidor polenta (8 GB de ram), el problema que
tenían era que con suficientes clientes el servidor se les quedaba sin
RAM, porque tenían procesos django corriendo de sitios que no se
estaban usando.

Acá está el mail de Nicolás:
http://listas.python.org.ar/pipermail/pyar/2010-October/005396.html

Una de las cosas que le plantié era hacer algo al estilo de lo que
hace "Google Apps", donde el primer "hit" al sitio hace que se levante
el proceso Django, y después de un tiempo cuando ya no tenga
actividad, el proceso se mate. Entonces mitad de camino entre el
servidor web y el proceso django que haya un proceso proxy intermedio
que hable y entienda (u)wsgi, y levante y tire automáticamente las
instancias de Django.

Me quedé un poco en el tiempo con Django, uWsgi, gunicorn, etc., y la
verdad que ni idea si ya existe algo así, porque de otra forma habría
que programarlo.

-- 
Alejandro Santos


More information about the pyar mailing list