[pyar] Migración a otro framework web

Alfonso de la Guarda alfonsodg en gmail.com
Jue Ene 6 23:19:10 ART 2011


Y por qué no tornado, wtforms, mongoengine, etc.... incluso emplear el
ORM de django ?

En Perú estamos implementando diversos servicios web para Yell
empleando esta solución y la verdad que el renidmiento y escalabilidad
que te da la solución es demasiado incluso para compararla con django
o algún otro framework, todo esto detrás de nginx como server
principal y balanceador de carga, luego de esta experiencia que
implica alta escalabilidad te das cuenta que los frameworks tienen
mucho que resolver para web masivas que manejan más de 500000 visitas
al mes.

Saludos,

--------------------------------
Alfonso de la Guarda
Centro Open Source(COS)
http://www.cos-la.net
http://alfonsodg.net
   Telef. 991935157
1024D/B23B24A4
5469 ED92 75A3 BBDB FD6B  58A5 54A1 851D B23B 24A4



2011/1/6 Guillermo M. Narvaja <guillermo.narvaja en fierro-soft.com.ar>:
> Estamos evaluando migrar una serie de sitios (+ de 15) que tenemos
> desarrollados sobre Turbogears 1.0 a otro framework.
>
> Los problemas de TG 1.0 son varios, principalmente algunos problemas con
> los templates en kid, la performance, que no funciona sobre wsgi, entre
> otros.
>
> Nuestros requerimientos son un poco particulares, la principal
> diferencia con la mayoría de las aplicaciones web es que NO ACCEDEMOS
> DIRECTAMENTE a una base de datos. Esto es porque los sitios (de
> editoriales y librerías) trabajan contra el "servidor de aplicación" de
> Fierro que es el que accede a la base de datos.
>
> La arquitectura sería
> Browser <--->Aplicación web<----->Servidor de Fierro<---->Base de datos
>
> Es por esto que una solución muy "full-stack" no nos sirve de mucho.
> Usamos por ejemplo Django en otros desarrollos y está muy bueno, pero la
> mayoría de sus ventajas no sirven para este problema.
>
> Como todos los templates los tenemos en "kid", como engine de templates
> deberíamos usar Genshi o algo que sea fácilmente migrable desde kid. Ya
> que la mayor parte del código a migrar está en los templates.
>
> En principio habíamos pensado en migrar a Pylons ya que era la opción
> elegida por los desarrolladores de Turbogears 2. Ahora vemos que Pylons
> es "legacy" y lo nuevo impulsado por Pylons es Pyramid (ex repoze.bfg).
>
> ¿Qué opinan?
>
> --
> Guillermo M. Narvaja
> Lambda Sistemas S.R.L.
> www.fierro-soft.com.ar
> Tel: (5411) 4139-0493/4
> Cel: (5411) 15-6783-4435
> Email: guillermo.narvaja en fierro-soft.com.ar
> MSN: guillermo_narvaja en hotmail.com
> Skype: guillermonarvaja
> Lavalleja 519 1er Piso - Ciudad de Buenos Aires - Argentina
>
> _______________________________________________
> pyar mailing list pyar en python.org.ar
> http://listas.python.org.ar/listinfo/pyar
>
> PyAr - Python Argentina - Sitio web: http://www.python.org.ar/
>



More information about the pyar mailing list