Despliegue servidores de app en regiones cercanas a usuarios; use DNS global o CDN para enrutar tráfico. Replique o particione datos según consistencia. Multi-región añade complejidad; empiece con primaria y una de failover.
Por qué multi-región
- Latencia: Los usuarios tienen menor latencia cuando los servidores están en su región. Use DNS geo o CDN para dirigir el tráfico.
- Resiliencia: Si una región falla, el tráfico puede hacer failover a otra.
- Cumplimiento: La residencia de datos puede exigir ejecutar (o almacenar) en regiones específicas (ej. UE para GDPR).
Tráfico y DNS
- DNS global: Devuelva registros A/AAAA distintos por geografía (geo DNS) para que los clientes resuelvan a la región más cercana.
- CDN: Para contenido estático o cacheable, el borde de la CDN da baja latencia sin ejecutar app en todas partes.
- Balanceador: Un balanceador global puede enrutar a backends regionales y hacer failover por health.
Datos
- Replicación: Replique BD/caché de forma asíncrona o síncrona a otra región. La consistencia y los conflictos se vuelven complejos.
- Partición: Shard o particione datos por región. Consistencia más simple pero el acceso entre regiones tiene latencia.
- Empiece simple: Primaria en una región, réplica de lectura o standby en otra. Añada regiones según necesite.
Resumen
Multi-región mejora latencia y resiliencia. Use DNS global o LB para enrutar; replique o particione datos según consistencia. Empiece con primaria + una región de failover.
