AWS pierde una región entera en Baréin y con ella los datos de quien no tenía copia

AWS confirmó la semana pasada que el daño de guerra sufrido por su infraestructura en Oriente Medio destruyó de forma permanente recursos y datos que los clientes tenían alojados únicamente en las zonas de disponibilidad de Baréin. Quien no guardaba copia en otro sitio se quedó sin ellos, y no hay vuelta atrás. La redundancia dentro de una región cubre la caída de un host o de una zona, no el escenario en el que la región deja de existir.

El detalle incómodo es que la resiliencia que AWS había construido allí no bastó. Cuando un proveedor puede perder una región completa, la conversación sobre recuperación ante desastres cambia de sitio: deja de ser un problema del proveedor y vuelve a ser tuyo.

El respaldo no estaba

Baréin es el caso más aparatoso, pero no el único. La Armada estadounidense vio seriamente dañada su red local de mantenimiento y suministro en la zona, con consecuencias para sus operaciones, según se ha publicado.

Y está el apagón del control aéreo británico de septiembre: cientos de miles de pasajeros bloqueados y miles de vuelos cancelados. El desencadenante, según los informes, fue un avión militar que presentó un plan de vuelo incompatible, y al parecer nadie validó esos datos. Lo peor vino después: NATS, el gestor del sistema, comunicó a aeropuertos y aerolíneas que no había sistema de respaldo porque estaba sometido a una "revisión completa", y que tampoco existía copia de los datos en producción, supuestamente por el volumen que manejaban. Si tu sistema genera más datos de los que eres capaz de copiar, el problema no es el tamaño de la copia.

El disco también escasea

Una copia es una copia y ocupa almacenamiento. Los operadores de centros de datos de IA están absorbiendo buena parte de la capacidad disponible. Western Digital tenía asignada toda su producción de discos duros de 2026 ya a mediados de febrero. La regla 3-2-1 —tres copias, en dos medios distintos, una fuera de las instalaciones— sigue siendo correcta y sigue siendo carísima de cumplir, sobre todo cuando no hay de dónde comprar.

Eso deja a quien administra sistemas en una posición conocida: mientras no pasa nada, el gasto en copias es coste puro sin retorno visible ante la dirección. El día que pasa algo, la pregunta ya no es cuánto costaba el respaldo.

Lo que ha cambiado no es la teoría, es el precio del riesgo. Durante décadas, mover cargas a la nube se leyó como repartir ese riesgo con un tercero que sabía gestionarlo mejor. Ahora toca revisar el supuesto con datos delante: qué ocurre si el almacén principal desaparece, si las copias cubren los riesgos que realmente tienes y no los del folleto, y si el presupuesto no alcanza para proteger todo lo que la organización necesita para seguir en pie, con qué datos se puede sobrevivir y con cuáles no.