Multi-región que funciona cuando importa

AWS define cuatro estrategias de Disaster Recovery, ordenadas de menor a mayor costo y de mayor a menor RTO/RPO: (1) Backup & Restore — sólo backups en otra región, RTO de horas; (2) Pilot Light — núcleo mínimo replicado en standby, se escala on-demand al fallar la primaria, RTO de decenas de minutos (a veces se le llama "cold standby"); (3) Warm Standby — versión escalada-down del entorno completo siempre corriendo, RTO de minutos; (4) Multi-Site Active-Active — tráfico distribuido en ambas regiones simultáneamente, RTO de segundos. Cada patrón se elige según el costo de downtime del negocio.

AWS Application Recovery Controller es el control plane multi-región oficial de AWS. Permite gestionar el failover sin depender del control plane de la región caída — un problema clásico que rompía DRs anteriores. Incluye routing controls, readiness checks que validan que la región secundaria está realmente lista, y zonal shift para mover tráfico entre AZs. Caleidos lo implementa estándar en arquitecturas Warm Standby y Active-Active.

Porque es lo que vemos en la mayoría de casos. Empresas con infra multi-región impecable que el día del incidente no pueden ejecutar el failover: runbooks desactualizados, on-call que no fue entrenado, change management que no autoriza el switch, comunicación con negocio improvisada. Por eso Caleidos hace las dos: arquitectura técnica + transformación operativa de TI. Sin la segunda, la primera es teatro.

Multi-región es recomendable cuando tu carga es crítica para revenue (pagos, banking core), tienes regulación que lo exige (FSI, salud, soberanía de datos), o tu RTO requerido es menor a una hora. Para muchas cargas mid-market una arquitectura multi-AZ en una sola región resuelve el problema con un costo significativamente menor. Hacemos un Business Impact Analysis para decidir contigo.

La elección depende de la geografía real (cables submarinos, no mapas), el mix de usuarios y los requisitos de soberanía de datos. Para Perú: AWS Virginia (primaria por cable submarino Pacífico ~75-90ms) + AWS Oregon o AWS Santiago de Chile como secundaria — AWS São Paulo sólo si compliance lo requiere por su latencia alta cruzando los Andes. Para Chile: AWS Santiago (primaria sub-30ms) — Caleidos es Launch Partner oficial — combinada con Virginia (máxima madurez), São Paulo (cono sur) u Oregon (US west) según el caso. Para Ecuador: AWS Virginia + Oregon o Santiago como secundaria. Para Costa Rica y USA: AWS Virginia + AWS Oregon.

Multi-Site Active-Active suele duplicar el gasto AWS de cómputo. Warm Standby añade entre 30-50%. Pilot Light entre 10-20%. Backup & Restore es el más económico (sólo storage cross-region). El cálculo correcto compara este costo contra el costo de NO tenerlo: downtime de revenue, churn y multas regulatorias. Para cargas críticas la inversión casi siempre se justifica.

Sí. Trimestral o semestral según criticidad. Usamos AWS FIS (Fault Injection Service) para inyectar fallas controladas, ejecutamos GameDays con todo el on-call, medimos RTO y RPO reales contra el SLO definido y documentamos hallazgos. Es el servicio Chaos Engineering en su versión recurrente.

Sí. Aurora Global Database para SQL crítico (replicación sub-segundo cross-región), DynamoDB Global Tables para NoSQL multi-master, ElastiCache Global Datastore para caches replicadas, S3 Cross-Region Replication para objetos. Evaluamos cada uno por sus tradeoffs de consistencia, latencia y costo.

Caleidos Lens© opera la arquitectura multi-región 24×7 — monitoreo de salud por región, ejecución de runbooks de failover, escalación automática, on-call entrenado y reportes mensuales de readiness. Es el complemento natural a un diseño multi-región: alguien tiene que operar la complejidad operativa que la multi-región introduce.