Empiece con un servidor; monitore y escale verticalmente hasta límites o coste. Luego añada más nodos y balanceo. Separe BD y app; use caché y colas asíncronas. Planee servidores de app stateless para escalar horizontalmente.
Fase de servidor único
- Una caja: App, BD y caché en la misma máquina. Simple y barato para tráfico bajo.
- Monitorear: CPU, memoria, I/O de disco y ancho de banda. Cuando la utilización sea sostenidamente alta o alcance límites, planee escalar.
- Vertical primero: Suba a más CPU, RAM o disco mejor antes de añadir más servidores. A menudo el beneficio más rápido.
Añadir capas y escala horizontal
- Separar BD: Mueva la base de datos a su propio servidor (o servicio gestionado). Los servidores de app se conectan a ella. La BD puede escalarse de forma independiente (réplicas, instancia mayor).
- Múltiples servidores de app: Ponga dos o más servidores de app tras un balanceador. Requiere app stateless o almacén de sesión compartido (Redis, BD).
- Caché: Redis o Memcached para sesión y caché de respuesta; reduce carga en la BD y acelera respuestas.
- Colas asíncronas: Descargue trabajo lento o por lotes a workers (email, informes, imports). Mantiene el camino de la petición rápido y permite escalar workers por separado.
Stateless y automatización
- App stateless: Sin sesión local ni estado en archivo que ate al usuario a un servidor. Permite escalado horizontal y reemplazo fácil de nodos.
- Automatización: Use gestión de configuración y CI/CD para que añadir un nuevo servidor de app sea repetible y rápido. Grupos de auto-escalado si el proveedor los soporta.
Resumen
Empiece con un servidor; escale verticalmente luego añada capa de BD y varios servidores de app tras un balanceador. Use caché y colas; mantenga servidores de app stateless. Automatice para que escalar sea repetible.
