Cuando un proveedor de nube importante sufre una caída regional, las secuelas siguen un patrón conocido: una ola de post-mortems de empresas que asumieron que estaban protegidas, y no lo estaban.
La mayoría había hecho un trabajo real. Habían desplegado en múltiples Zonas de Disponibilidad, lo cual es una buena práctica genuina: protege contra la falla de un solo centro de datos dentro de una región. Contra lo que no protege es contra un mal día de la región completa.
Esa distinción rara vez importa, hasta que importa. Multi-AZ se trata de resiliencia dentro de una región: si un centro de datos se cae, el tráfico se mueve a otro cercano, normalmente en milisegundos. Multi-región se trata de qué pasa cuando la región entera (todas sus AZ) queda indisponible a la vez. Es más raro, pero cuando sucede, solo una arquitectura multi-región te mantiene operando.
Construir para multi-región no es automático y no es gratis. Implica replicar datos entre regiones con un RPO definido, decidir cómo se dispara realmente el failover y probar ese failover en condiciones reales, no solo diagramarlo. Un plan de recuperación ante desastres que nunca se ha ejecutado es una hipótesis, no un plan.
La pregunta que vale la pena hacer no es si tu arquitectura usa múltiples Zonas de Disponibilidad. La mayoría de los despliegues modernos lo hace por defecto. La pregunta es qué le pasa a tu negocio si la región entera se cae, y si realmente probaste la respuesta o solo la asumiste.
Más sobre esto: Recuperación ante desastres