<p>Según entiendo quieres hacer una webapp local y para eso con Django tienes suficiente.</p>
<p>Involucrar varios servidores como te dice Chema requiere ser más específico. </p>
<p>Por ejemplo si el caso es escalabilidad y quieres tener un servidor de bases de datos y un servidor web, no requiere un mayor esfuerzo de programación ya que sólo con darle la dirección del servidor de base de datos a Django tienes, pero hay muchas variables a tener en cuenta al momento de escalar.</p>
<p>Con respecto a la seguridad, va a ser tan seguro como te lo plantees, es decir, seguridad a nivel de SO de servidores, seguridad en el servidor web, en el servidor de base de datos, comunicación encriptada, etc.</p>
<p>Creo que debes tener muy presente la seguridad de SO (yo uso linux) ya que será un servicio local.<br>
</p>
<div class="gmail_quote">El 20/08/2012 04:05, "Chema Cortes" <<a href="mailto:pych3m4@gmail.com">pych3m4@gmail.com</a>> escribió:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
El día 16 de agosto de 2012 11:34, Roberto García<br>
<<a href="mailto:areneros@outlook.com">areneros@outlook.com</a>> escribió:<br>
> Buenos días a todos!<br>
> Este es mi primer mensaje en la lista desde hace ya como 6 o 7 años, pero<br>
> bueno, al grano.<br>
><br>
> Necesito de vuestro consejo para plantear una arquitectura cliente-servidor<br>
> de la mejor forma posible, es decir, eficiente y segura, sobre todo segura,<br>
> voy a manejar datos sensibles.<br>
><br>
> Mi planteamiento es el siguiente (todo bajo SSL):<br>
><br>
> Servidor (o servidores) no accesibles desde Internet<br>
><br>
> En el caso de que al final sean 2 servidores en vez de 1, se comunican<br>
> mediante sockets<br>
><br>
> Los clientes serían terminales móviles básicamente<br>
> Servicios web que aceptan las peticiones de los clientes y se comunican con<br>
> el/los servidor/es mediante sockets<br>
><br>
><br>
> La idea es aislar el servidor, pero al mismo tiempo tener un sistema<br>
> eficiente.<br>
> ¿Cómo veis esta aproximación? ¿Alguna herramienta específica? Pensaba usar<br>
> django para la parte de servicios web y para un posible frontend, el resto<br>
> del sistema lo haré todo a mano (SocketServer).<br>
<br>
Desde el punto de vista de la programación python, no sé qué puedo<br>
decirte. Más bien parece un problema de sistemas, y no está muy claro<br>
lo que pretendes hacer.<br>
<br>
Dime si me equivoco en mi resumen: los clientes "móviles" acceden a<br>
servicios webs, servidors por uno o dos servidores. En caso de que<br>
sean dos servidores, éstos se comunican a través de sockets<br>
(socketserver).<br>
<br>
Faltan datos sobre número de accesos concurrentes previstos para cada<br>
servidor, si los servidores se intercomunican de manera síncrona o<br>
asíncrona, y de cuántas transacciones por minuto tendrían que realizar<br>
cada servidor.<br>
<br>
Vamos, que hacer un servicio web sobre un único servidor puede ser más<br>
o menos sencillo; pero escalar a dos servidores o más implica ser<br>
mucho más específico.<br>
<br>
Como recomendación, mírate twisted o tornado por si fuera lo que estás buscando:<br>
<br>
<a href="http://twistedmatrix.com" target="_blank">http://twistedmatrix.com</a><br>
<a href="http://www.tornadoweb.org" target="_blank">http://www.tornadoweb.org</a><br>
<br>
<br>
<br>
--<br>
Hyperreals *R: <a href="http://ch3m4.org/blog" target="_blank">http://ch3m4.org/blog</a><br>
Quarks, bits y otras criaturas infinitesimales<br>
_______________________________________________<br>
Python-es mailing list<br>
<a href="mailto:Python-es@python.org">Python-es@python.org</a><br>
<a href="http://mail.python.org/mailman/listinfo/python-es" target="_blank">http://mail.python.org/mailman/listinfo/python-es</a><br>
FAQ: <a href="http://python-es-faq.wikidot.com/" target="_blank">http://python-es-faq.wikidot.com/</a><br>
</blockquote></div>