Cuándo usar varias Regiones

Qué es: desplegar tu aplicación, o al menos una copia de sus datos, en más de una Región, para resistir la caída de una Región entera o atender a usuarios de varios continentes. La guía oficial nombra cuatro motivos:

• Recuperación ante desastres: si un evento deja fuera de servicio a toda una Región, la copia en otra Región permite volver a operar.
• Continuidad del negocio: el negocio sigue atendiendo durante el desastre, no solo después; por ejemplo, porque la otra Región ya recibe tráfico.
• Baja latencia para usuarios lejanos: una copia de la aplicación cerca de cada grupo de usuarios responde más rápido que una sola Región lejana.
• Soberanía de datos: una ley puede exigir que los datos de los clientes de un país se queden en ese país, así que cada país usa su propia Región.

Analogía: una empresa con sedes en dos países. Si un terremoto cierra una sede, la otra sigue trabajando; además, cada una atiende a los clientes cercanos. Dónde falla la analogía: en la empresa cada sede tiene sus propios archivos. En AWS, casi nada se copia solo entre Regiones (Sesión 2): tú decides qué copiar, lo pagas y mantienes las copias al día.

Ejemplo real: Viajes Albatros vende paquetes turísticos a clientes de Europa y América. Corre su aplicación en una Región europea y en una americana: cada cliente entra a la más cercana, y si una Región falla, la otra atiende a todos. A cambio paga infraestructura en dos Regiones, el tráfico para mantener sincronizados sus datos y un equipo que sepa operar ambas.

Úsalo cuando: el riesgo que temes es la pérdida de una Región entera, tus usuarios están en continentes distintos o una ley te obliga a separar datos por país. No lo uses cuando: solo quieres sobrevivir a la caída de un centro de datos. Varias zonas de disponibilidad de una Región ya cubren incendios, inundaciones y cortes eléctricos, con menos costo y complejidad.