ChatGPT, Claude y Grok se cayeron al mismo tiempo el 3 de septiembre por una sola falla en Azure — Gemini fue el único que no se enteró

El 3 de septiembre, a eso de las 6:58 a.m. hora del este de EE.UU., millones de personas que abrieron ChatGPT, Claude o Grok para trabajar se encontraron con errores, respuestas que no cargaban o el servicio directamente caído. Lo raro no fue que uno de los tres fallara —eso pasa cada tanto con cualquier servicio en la nube— sino que los tres cayeran casi al mismo tiempo, siendo que OpenAI, Anthropic y xAI son competidores directos que compiten furiosamente por el mismo mercado.

La explicación resultó ser incómodamente simple: los tres, pese a competir entre sí, comparten la misma dependencia de infraestructura por debajo. Según reportes de la falla, el origen fue un problema en la región East US de Microsoft Azure, y las tres compañías "se apoyan en cómputo y redes alojados en Azure para al menos una parte de su stack de producción". Cuando esa región tuvo problemas, el efecto se sintió en los tres productos casi al mismo tiempo, aunque no sean el mismo producto ni la misma empresa.

Una falla, tres víctimas y un sobreviviente

El incidente duró entre hora y media y dos horas: arrancó cerca de las 6:58 a.m. ET, llegó a su pico de reportes alrededor de las 11:00 a.m., y para la 1:42 p.m. ya estaba mayormente resuelto. Downdetector, el sitio que rastrea reportes de usuarios sobre caídas de servicios, registró más de 37.000 reportes para ChatGPT (más de 66.000 si se suma Codex, la herramienta de programación de OpenAI), 1.324 para Claude y 1.365 para Grok. OpenAI fue la única de las tres que dio detalles concretos: confirmó "errores elevados en ChatGPT y Codex" que afectaron a 15 componentes de ChatGPT y 4 de Codex.

Gemini, el modelo de Google, apenas registró unos 500 reportes en el mismo período —una fracción mínima comparado con los otros tres— y la razón es sencilla: Gemini corre sobre la infraestructura de nube propia de Google, construida y operada de punta a punta por la misma empresa que hace el modelo. No hay una dependencia de un tercero de por medio que pueda fallar en cascada.

Por qué esto no es un problema exclusivo de la IA

Esta clase de incidente —donde una sola falla regional en un proveedor de nube tumba a varios servicios que ni siquiera son de la misma empresa— no es nueva ni exclusiva de los modelos de lenguaje. Es el mismo patrón que ya se ha visto antes con caídas de Azure, AWS o Cloudflare que arrastran a bancos, aerolíneas y tiendas online que jamás se pensarían conectadas entre sí, simplemente porque todas alquilan cómputo o red al mismo puñado de proveedores gigantes.

El punto de fondo es de concentración: cuando un puñado de nubes hiperescalares concentra la infraestructura de buena parte de internet, una sola región con problemas puede degradar simultáneamente productos que compiten entre sí a muerte por el mismo mercado. Para una empresa grande como OpenAI o Anthropic, la solución no es trivial —migrar de nube o operar en múltiples proveedores a la vez es un proyecto de meses—, pero el caso deja una lección clara para cualquiera que administre su propia infraestructura, sea una app, una tienda online o un sitio corporativo: saber exactamente de qué proveedor (y de qué región de ese proveedor) depende tu servicio, y qué tan expuesto quedas si esa región específica falla un día cualquiera.

Tener tu propio servidor —ya sea un VPS para algo más pequeño o un servidor dedicado para cargas más pesadas— no te hace inmune a que internet tenga un mal día, pero sí te saca de la lista de "quién más comparte esta misma dependencia" que resultó ser, sin que nadie lo planeara, del tamaño de tres de los productos de IA más usados del mundo.