Re: [NAPALM-dev] Servicios distribuidos

[Javier Barrio]

Cambio el asunto para no liarla: hablamos de servicios distribuidos.

El concepto es el siguiente: NAPALM-web (o como se le llame al panel
final que utiliza el usuario/agente) está instalado en un servidor que
utilizamos como frontal y desde ahí se llama por xmlrpc vía ssh a otros
servidores de la granja que son los que albergan los servicios. Tal que
así:


                                                --- smtpd QMail    Solaris
                                               /--- smtpd Postfix  Linux
usuario/agente -> [frontal] <  --- bbdd   MS-SQL Windows
                                              \ --- bbdd   Oracle  Solaris
                                                --- bbdd   MySQL   FreeBSD
                                              \ --- www    IIS          Windows
                                               \--- www    LightTPD  Linux
                                               \--- www    Apache    Solaris

Tanto los Sistemas Operativos como los servicios son ejemplos.

Entonces, si un usuario quiere tener un dominio con correo bajo QMail 
en Solaris y el servicio web en IIS con Windows tirando de bbdd MySQL
en FreeBSD, puede tenerlo.

Ahora bien, esto complica las cosas:

* El hot swap de servicios deja de ser algo trivial, pues implica redirigir
cuentas virtuales de usuarios de correo (por ejemplo) entre servidores
si uno falla, o tener más de un smtpd instalado (que no funcionando) por 
servidor.

* Si el ISP sólo dispone de un servidor, las funcionalidades 'distribuidas' han 
de
semi emularse en la propia máquina, haciendo algunas de ellas imposibles de
funcionar, como por ejemplo el SMTPD, pues no se puede poner alguno de los
servicios conocido (QMail sin ir más lejos creo que no deja aunque lo podemos
mirar) en puerto distinto al 25 y tener un smtp-proxy, aunque igual sí que se 
puede...

En este segundo punto también hay que limitar servicios web, porque en un 
Windows
podemos tener funcionando IIS, Apache y _quizá_ LighTPD, pero no muchos más y
todos ellos tirando contra un mod_proxy por delante.

Bueno, esto es a modo resumen lo que hemos hablado esta mañana, aunque
también queda por ver si es factible el uso de Boa para servir imágenes como 
hacen
en Slashdot (vía mod_proxy en nuestro caso al menos) y así liberar carga.

-- 
echo "dpefsAgmv{p/psh" | perl -pe 's/(.)/chr(ord($1)-1)/ge'
GnuPG key ID 0x6D2FF8B5 @ pgp.rediris.es
http://www.fluzo.org/