Lo que la caída de AWS nos recordó sobre no poner todos los huevos en la misma canasta

El 20 de octubre de 2025, un registro DNS vacío dentro de un servicio de Amazon Web Services provocó una caída que afectó a más de 3,500 empresas en 60 países. La causa técnica fue diminuta. El impacto, no.

La falla se originó en la región US-EAST-1 de AWS y estuvo relacionada con DynamoDB, uno de los servicios base sobre los que operan miles de aplicaciones. Se registraron más de 4 millones de reportes de fallas en las primeras dos horas del incidente, y estimaciones posteriores hablan de más de 17 millones de reportes en Downdetector antes de que el servicio se normalizara por completo, más de 15 horas después. Netflix, Snapchat y numerosos sitios de comercio electrónico quedaron parcial o totalmente inaccesibles durante ese lapso.

No fue un caso aislado

Poco más de una semana después, Microsoft Azure sufrió su propia interrupción global: un cambio de configuración salió mal y obligó a un rollback para restaurar el servicio, afectando sectores tan diversos como banca digital, educación y salud. Y el patrón no se detuvo ahí — en 2026, AWS registró un tercer incidente en su región US-West-2 en apenas tres meses. La consultora Forrester ya lo había anticipado en su informe de predicciones para 2026: anunció que las actualizaciones de infraestructura para IA llevarían a los grandes proveedores de nube a priorizar esas mejoras por encima de sistemas heredados, elevando el riesgo de al menos dos interrupciones importantes y prolongadas durante el año.

Un costo que se suma al de la interrupción

Estos incidentes ocurren, además, justo cuando el hardware de servidor se ha encarecido significativamente — la memoria DRAM para servidores subió entre 50% y 90% solo en el primer trimestre de 2026, según TrendForce. Eso encarece tanto construir capacidad propia como el costo que los proveedores cloud eventualmente trasladan a sus tarifas. No hay una opción "barata" en este escenario — solo opciones con distintos tipos de riesgo.

La reflexión que vale la pena hacerse

Cuando una falla técnica menor en un solo proveedor puede dejar fuera de servicio a miles de empresas simultáneamente durante horas, la pregunta que toda organización debería hacerse no es "¿nube o infraestructura propia?" — es una falsa disyuntiva. La pregunta real es: ¿qué pasa con mi operación si el proveedor que uso hoy no está disponible mañana?

Para algunas empresas, la respuesta razonable es un esquema híbrido: sistemas críticos con al menos un componente on-premise o multi-región, mientras cargas de trabajo menos sensibles siguen en la nube pública aprovechando su escalabilidad. No se trata de elegir un bando, sino de dimensionar el riesgo real de cada sistema y decidir en consecuencia.