architecture couchdb couchbase

architecture - Arquitectura del servidor web(NginX/Lighttpd/Apache) con couchbase



couchdb (1)

He hecho esto en el pasado; y bastante simple

El cliente se conecta al equilibrador de carga (que contiene varias máquinas), el equilibrador de carga mantendrá su carga entrante equilibrada y hará que su sistema sea escalable horizontalmente.

y luego uno de sus servidores con carga equilibrada habla con el dbase en el sofá; Estoy seguro de que puedes crear un grupo de sofá también.

Ahora el q. de usar Nginx o Apache; La Q. lo que debe responderse a sí mismo es "¿se está atendiendo el contenido a través del servidor web? - altamente estático o dinámico - eso significa que viene de db" si su estática elige muy fácilmente el nginx; si no, entonces debes ir por apache.

Si está utilizando php, puede usar apc o hip-hop para compilar su php https://developers.facebook.com/blog/post/2010/02/02/hiphop-for-php--move- rápido/

hay muchas cosas de las que debe ocuparse mientras diseña un sistema escalable.

Tengo esta pregunta arquitectónica que espero que algunos de ustedes puedan compartir conmigo. En su experiencia anterior, qué escenario funciona mejor para la aplicación de alta carga / servidor dbase. Estoy usando Couchbase como dbase y uno de los servidores web (NginX / Lighttpd / Apache). Esto será difícil de explicar en el texto, así que espero que tenga algún sentido. ¿Qué escenario es el preferido?

Escenario 1.

El cliente se conecta al clúster maestro del servidor web que selecciona el servidor web disponible adecuado (máquina 2) y el (servidor web 2) se conecta al clúster maestro de Dbase, que a su vez selecciona el Dbase disponible (Dbase 1)

Escenario 2.

El cliente se conecta al clúster maestro del servidor web, que selecciona el servidor web disponible adecuado (máquina 1) y la "máquina 1" se conecta a la máquina Couchbase en el clúster Couchbase que ya le asignó , que es "Dbase 1".

¿Tiene esto algún sentido? ¿Alguna idea sobre el método preferido?