Hay una frase que tranquiliza a directivos y hace sudar a arquitectos: "está en la nube, entonces no se cae". Es un malentendido caro. La nube te entrega las herramientas para ser resiliente, pero por defecto una máquina virtual sola se cae tan fácil como cualquier servidor. La alta disponibilidad se diseña; no viene incluida por mudarte.
Zonas y regiones: las piezas de la resiliencia
Dos conceptos que hay que entender. Una región es una ubicación geográfica amplia. Dentro de ella hay varias zonas de disponibilidad: centros de datos separados pero cercanos, con energía y red independientes. Distribuir tu carga en varias zonas la protege contra la falla de un centro de datos; distribuirla en varias regiones la protege incluso si toda una región tiene problemas —a cambio de más complejidad y costo—.
Qué falla cuando falla
El punto que revela el malentendido: si pusiste una sola VM en una sola zona, la caída de esa zona te tumba —estás igual que con un servidor único—. La nube no te salvó porque no le pediste que lo hiciera. La resiliencia real exige distribuir, replicar y, a veces, diseñar para que la carga sobreviva a que una pieza desaparezca. Es el mismo principio de la alta disponibilidad en infraestructura, con las piezas de la nube.
El trade-off: resiliencia vs. costo
Más disponibilidad cuesta más. Multizona cuesta más que una zona; multirregión, bastante más. Por eso no se pone el máximo en todo: se dimensiona según lo que cuesta el downtime de cada carga. Lo crítico lo justifica; lo que tolera una interrupción breve, no. Pagar máxima HA para todo es tan ineficiente como no tenerla donde de verdad importa.
La pregunta que conviene hacerse
La pregunta no es "¿está en la nube?", sino ¿qué pasa exactamente si se cae la zona donde vive esta carga —y ese riesgo es aceptable para lo que sostiene? Diseñar esa respuesta es parte de operar infraestructura cloud de verdad.