Uso de varias Regiones

Es la práctica de 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, si una Región falla, la otra ya está recibiendo tráfico y los usuarios no notan la interrupción.
• Baja latencia para usuarios lejanos: cuando la aplicación misma debe procesar cada petición cerca del usuario, por ejemplo registrar un pago o consultar datos que cambian a cada momento. Si lo único lento es entregar imágenes, videos u otro contenido que se repite, bastan las ubicaciones perimetrales.
• 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 ya tiene sus archivos y trabaja sola desde el primer día. En AWS, la segunda Región empieza vacía: casi nada se copia solo entre Regiones, así que tú configuras la copia, la pagas y la mantienes 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.

Usa varias Regiones cuando: el riesgo que temes sea la pérdida de una Región entera, una ley te obligue a separar datos por país o la aplicación deba procesar las peticiones cerca de usuarios de continentes distintos.
No las uses cuando: solo quieras 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. Tampoco cuando lo lento para usuarios lejanos sea solo la entrega de contenido que se repite: las ubicaciones perimetrales lo acercan sin duplicar la aplicación.