¿Debo alojar el sitio web y la API REST en el mismo servidor o dividir?

Question

Tengo una aplicación web que consiste en un sitio web y API REST. ¿Debo alojarlos en el mismo servidor o debería alojarlos en diferentes servidores? Por "servidor" me refiero a un clúster de servidores: varios servidores detrás del equilibrador de carga.

API es principalmente tráfico entrante, sitio web, principalmente de salida.

Si es importante, alojado en Rackspace y/o AWS.

Esto es lo que he visto hasta ahora:

Los beneficios de tener página web y API REST en el mismo servidor

• despliegue simple
• simple escalado - algo que es lento - sólo lanzar otro instancia
• Configuración del equilibrador de carga única
• Monitoreo simple
• simple, sencillo, simple ...
• El uso eficaz de la red dúplex completo (API - entrante, página web - Ida)

Beneficios de la división de

• sobrecarga API no afectará sitio web tiempo de carga
• Monitoreo detallado (sabrá qué componente usa recursos en este momento)

¿Algún comentario?

que

Alexander

Answer 1

Así como usted indicó Gracias, en la mayoría de las situaciones, hay más ventajas en la organización de la API en el mismo servidor que el sitio web. Entonces me quedaría con esa opción.

Pero si pronostica la asignación de tráfico para el sitio web o la API, entonces tal vez un servidor por separado sería más adecuado.

Answer 2

Si está en un equilibrador de carga, ¿por qué no deja los servicios y las páginas en el mismo sitio y permite que el equilibrador de carga/clúster haga su trabajo?

Answer 3

Su lista de ventajas/desventajas son consideraciones operativas, pero también debe considerar las necesidades de la aplicación.

• Caché?
• Seguridad?
• Otros recursos, es decir, el sistema de archivos

Estos pueden o no ser aplicables, pero si su arquitectura de aplicación es diferente entre los dos, asegúrese de este factor en su decisión.