[Python-es] Cliente-Servidor, cómo lo veis?

[Roberto García]

Perdón por no contestar antes, he estado unos días fuera.Realmente es eso, clientes en terminales móviles acceden a uno o dos servidores mediante servicios web.
> Faltan datos sobre número de accesos concurrentes previstos para cada
> servidor, si los servidores se intercomunican de manera síncrona o
> asíncrona, y de cuántas transacciones por minuto tendrían que realizar
> cada servidor.

El tema de las cifras es algo demasiado relativo todavía, basándome en estimaciones podría decir que cada uno de los servidores soportaría menos de 100 peticiones por minuto con acceso concurrente por supuesto.


> Date: Mon, 20 Aug 2012 10:35:29 +0200
> From: pych3m4 en gmail.com
> To: python-es en python.org
> Subject: Re: [Python-es]	Cliente-Servidor, cómo lo veis?
> 
> El día 16 de agosto de 2012 11:34, Roberto García
> <areneros en outlook.com> escribió:
> > Buenos días a todos!
> > Este es mi primer mensaje en la lista desde hace ya como 6 o 7 años, pero
> > bueno, al grano.
> >
> > Necesito de vuestro consejo para plantear una arquitectura cliente-servidor
> > de la mejor forma posible, es decir, eficiente y segura, sobre todo segura,
> > voy a manejar datos sensibles.
> >
> > Mi planteamiento es el siguiente (todo bajo SSL):
> >
> > Servidor (o servidores) no accesibles desde Internet
> >
> > En el caso de que al final sean 2 servidores en vez de 1, se comunican
> > mediante sockets
> >
> > Los clientes serían terminales móviles básicamente
> > Servicios web que aceptan las peticiones de los clientes y se comunican con
> > el/los servidor/es mediante sockets
> >
> >
> > La idea es aislar el servidor, pero al mismo tiempo tener un sistema
> > eficiente.
> > ¿Cómo veis esta aproximación? ¿Alguna herramienta específica? Pensaba usar
> > django para la parte de servicios web y para un posible frontend, el resto
> > del sistema lo haré todo a mano (SocketServer).
> 
> Desde el punto de vista de la programación python, no sé qué puedo
> decirte. Más bien parece un problema de sistemas, y no está muy claro
> lo que pretendes hacer.
> 
> Dime si me equivoco en mi resumen: los clientes "móviles" acceden a
> servicios webs, servidors por uno o dos servidores. En caso de que
> sean dos servidores, éstos se comunican a través de sockets
> (socketserver).
> 
> Faltan datos sobre número de accesos concurrentes previstos para cada
> servidor, si los servidores se intercomunican de manera síncrona o
> asíncrona, y de cuántas transacciones por minuto tendrían que realizar
> cada servidor.
> 
> Vamos, que hacer un servicio web sobre un único servidor puede ser más
> o menos sencillo; pero escalar a dos servidores o más implica ser
> mucho más específico.
> 
> Como recomendación, mírate twisted o tornado por si fuera lo que estás buscando:
> 
>   http://twistedmatrix.com
>   http://www.tornadoweb.org
> 
> 
> 
> -- 
> Hyperreals *R: http://ch3m4.org/blog
> Quarks, bits y otras criaturas infinitesimales
> _______________________________________________
> Python-es mailing list
> Python-es en python.org
> http://mail.python.org/mailman/listinfo/python-es
> FAQ: http://python-es-faq.wikidot.com/
 		 	   		  
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://mail.python.org/pipermail/python-es/attachments/20120827/31d216b6/attachment.html>