El viernes 24 de julio, mientras en Culiacán apenas amanecía, medio internet dejó de responder. Apple Pay no procesaba pagos, DoorDash no tomaba pedidos, Reddit y Hulu mostraban errores y PlayStation Network se cayó a nivel global. El origen no fue un ciberataque: fue una falla de red en una sola región de Amazon Web Services, la us-west-2, ubicada en Oregón. Y aunque tu empresa no tenga un solo servidor en Oregón, la lección sí es para ti.
Qué pasó exactamente
Según el análisis técnico del incidente, AWS perdió conectividad entre la región de Oregón y el área metropolitana de Seattle por una falla en los dispositivos de red encargados del enrutamiento. La ventana de impacto fue de alrededor de 20 minutos para la mayoría de los clientes y de poco más de una hora para algunos que usaban conexiones dedicadas (Direct Connect); la cola de recuperación de los servicios dependientes se extendió varias horas más. AWS reconoció el problema alrededor de las 4:40 a.m. hora del Pacífico y confirmó la restauración de las rutas afectadas ese mismo día. No hubo indicios de ataque ni de fuga de datos.
Traducido: una falla de entre 20 y 80 minutos en un punto muy específico de la infraestructura dejó fuera de servicio a empresas multimillonarias durante horas. Ninguna de ellas hizo nada mal ese día; simplemente dependían de un eslabón que se rompió.
No fue un caso aislado
Lo más relevante para tu planeación no es el incidente en sí, sino el patrón. Fue el tercer episodio de fallas de AWS en once semanas: en mayo y junio hubo interrupciones previas —una de ellas atribuida a un proveedor de red externo— y el 16 de julio una caída de CloudFront, la red de distribución de contenido de Amazon, dejó sitios devolviendo errores en lugar de páginas. Todo esto ocurre a menos de un año de la interrupción de octubre de 2025 en us-east-1, que se extendió por unas 15 horas.
La consultora Forrester ya había advertido en sus predicciones para 2026 que veríamos al menos dos grandes caídas de nube pública este año. No porque la nube sea mala, sino porque la concentración de tanta actividad en tan pocos proveedores hace que cualquier falla se sienta como un apagón general.
Por qué te afecta aunque no seas cliente de AWS
Aquí está el punto ciego de muchas PyMEs mexicanas: creen que no usan nube pública porque no tienen una cuenta en AWS, Azure o Google Cloud. Pero tu sistema de facturación electrónica, tu CRM, tu punto de venta, la pasarela con la que cobras, el sistema de tu proveedor logístico y hasta tu mesa de ayuda probablemente corren sobre alguno de esos tres proveedores. Cuando cae la nube de tu proveedor, cae tu operación, y tú eres quien da la cara con el cliente.
En una empresa de 40 empleados en Sinaloa, 80 minutos sin poder cobrar en caja, sin timbrar facturas o sin acceso al inventario no son un tuit gracioso: son dinero, es una jornada de trabajo perdida y es una llamada incómoda con tus clientes.
Cinco medidas concretas para las próximas semanas
- Inventaría tus dependencias. Haz una lista de tus sistemas críticos y anota de qué proveedor y de qué región dependen. Si no lo sabes, pregúntalo por escrito a cada proveedor.
- Define tu tolerancia real a la caída. ¿Cuánto tiempo puede estar detenido cada proceso antes de que duela de verdad? Facturar puede esperar dos horas; cobrar en mostrador, no.
- Ten un plan B manual y ensayado. Cobro con terminal alterna, notas de venta foliadas en papel, un formato para capturar pedidos y timbrarlos después. Tenerlo escrito no sirve si nadie lo ha practicado.
- Saca tus respaldos del mismo lugar donde vive tu sistema. Un respaldo en la misma región y con el mismo proveedor no te protege del escenario que acabamos de ver. Y verifica que puedas restaurarlo: un respaldo que nunca se probó es apenas una suposición.
- Lee el SLA con lupa. Los acuerdos de nivel de servicio suelen compensar con créditos proporcionales al tiempo caído, no con tus ventas perdidas. Saberlo de antemano evita expectativas falsas y ayuda a decidir cuánta redundancia vale la pena pagar.
La región de nube en México ayuda, pero no es un seguro
Ya opera la región AWS México (Central), y Microsoft y otros jugadores han sumado inversiones en el país; la Asociación Mexicana de Data Centers proyecta inversiones por 82,500 millones de dólares en construcción y equipamiento de centros de datos entre 2026 y 2031. Es una excelente noticia para latencia, residencia de datos y cumplimiento. Pero tener el dato más cerca no elimina el riesgo de una falla de red o de configuración: la resiliencia se diseña, no viene incluida por defecto.
Nuestra lectura desde EDISAS
En 30 años desarrollando software para PyMEs y gobierno hemos visto de todo: servidores inundados, discos muertos y ahora nubes que se caen. La conclusión es siempre la misma: lo que separa a una empresa que pierde 80 minutos de otra que pierde tres días es la preparación, no el proveedor. Si quieres revisar tus dependencias, tus respaldos y tu plan de continuidad, escríbenos: es una conversación de una hora que puede ahorrarte una jornada completa de caos.
Fuentes
- The July 24, 2026 AWS us-west-2 Outage: Network Routing and a Long Recovery Tail — IncidentHub
- AWS Knocks Out Apple Pay, Reddit, Hulu for 80 Minutes in Third Outage Since May — Tech Times
- AWS CloudFront outage serves errors instead of websites — The Register
- PlayStation Network sufre incidencias: una caída global de los servidores de Amazon limita varios servicios online — Vandal
- Forrester Predicts Two Major Cloud Outages in 2026 — OpenMetal
- La Región de AWS México (Central) ya está disponible — AWS
- Datacenters, el nearshoring necesario — El Financiero
