Microsoft: caída global de 18 horas tumba Outlook y Teams

De una caída de Outlook a un apagón global

Microsoft necesitó cerca de 18 horas para empezar a recuperar sus servicios tras una falla que arrancó como un problema de correo y terminó tumbando buena parte de su nube. Doug Madory, director de análisis de internet en Kentik, señaló que el tráfico hacia los servicios de la compañía recién empezó a volver después de ese lapso de inactividad.

La cifra que debería importarle a un founder no es la duración, sino la velocidad de propagación. Según Downdetector, los reportes de fallas alcanzaron 74 países y territorios en aproximadamente una hora, con un pico de 19.650 reportes por minuto en cinco servicios (Outlook, Microsoft 365, OneDrive, Copilot y Teams), frente a menos de 15 en un jueves típico.

Lo que empezó como una interrupción de Outlook y las videollamadas de Teams escaló a un apagón que afectó el correo corporativo y de consumo, archivos y documentos. También dejó fuera de línea Copilot, el software de seguridad Defender y bloqueó el acceso de los administradores de sistemas a sus paneles de Intune. Algunos usuarios reportaron problemas para acceder a sus equipos Windows en la nube.

¿Y esto cómo se aplica en tu negocio?

Dueños de negocio de Latinoamérica y España usan un agente de IA para ganar más y recuperar su tiempo. El Kit «tu mano derecha con IA» te muestra cómo en un video de 11 minutos, con una ficha para armar el tuyo. CAR está cerrada por ahora; al anotarte, te avisamos cuando abra.

👥 Quiero el Kit →

¿Qué dijo Microsoft sobre la causa?

La compañía todavía no explicó qué originó la falla. En sus actualizaciones habló de «una gran cantidad de servidores que quedaron inesperadamente no disponibles» y de una «carga elevada» en su infraestructura en múltiples regiones. Más tarde informó que aplicó un parche a un componente de configuración de autenticación y enrutamiento, y que empezaba a ver «signos tempranos de estabilización».

Dos matices importan. El primero: Microsoft afirmó que no hay evidencia de actividad maliciosa asociada al incidente. El segundo: la empresa dijo que publicará un informe posterior con la causa raíz una vez completada la recuperación. Hasta entonces, la causa exacta sigue siendo una incógnita.

Un detalle técnico que vale la pena retener: según NBC News, Microsoft extendió la ventana de espera del correo a 48 horas para no perder los mensajes que quedaron en cola durante la caída.

El alcance real: gobiernos, bolsas y farmacias

El apagón no se quedó en el correo. Según Channel News Asia, golpeó agencias de gobierno en Australia, Japón y Estados Unidos, y afectó a firmas de trading, empresas que debían publicar resultados y aerolíneas que avisaron a sus clientes de demoras en la comunicación.

En el Reino Unido, la policía pidió a la ciudadanía reportar delitos por teléfono en lugar de por correo o formularios online, y algunas farmacias tuvieron dificultades para comunicarse con consultorios médicos por recetas.
La aseguradora Aviva activó planes de respaldo para sus llamadas de resultados y el operador bursátil Euronext reportó problemas de correo en sus equipos de listado.
La naviera danesa Maersk advirtió a sus clientes de demoras en correos y actualizaciones.
En Taiwán, firmas de valores, aseguradoras de vida y gestoras de fondos vieron afectada su operación: una empresa llegó a cancelar una operación de recompra de bonos y otra recurrió al fax para confirmar operaciones, según Reuters.
OpenAI y Anthropic reportaron problemas con sus conectores de Microsoft, e Immigration New Zealand pausó el procesamiento de solicitudes de visa.

El fabricante estadounidense de camiones eléctricos Workhorse Group reprogramó la presentación de sus resultados y la suiza Richemont retrasó brevemente el anuncio de sus resultados semestrales.

¿Es esta la peor caída de la historia?

Ciaran Martin, exdirector del Centro Nacional de Ciberseguridad del Reino Unido, dijo a NBC News que la interrupción «parece ser una de las mayores caídas de todos los tiempos», aunque advirtió que es pronto para confirmarlo. Añadió que, por sensación, podría ser peor que la caída de AWS de octubre del año anterior y quizás que la de CrowdStrike de 2024, que según NBC News dejó fuera de servicio alrededor de 8,5 millones de computadoras Windows.

El ministro australiano de Interior y Ciberseguridad, Tony Burke, dijo que Microsoft no cree estar ante un ciberataque y comparó la situación con lo ocurrido con CrowdStrike: «una actualización que salió mal».

Y no es un hecho aislado. Según Channel News Asia, esta es la segunda interrupción que golpea los servicios de Microsoft 365 en el año, después de una caída en enero. La misma nota recuerda que Microsoft ya había reportado una caída de su plataforma Azure el mes anterior y otra de Microsoft 365 en octubre del año previo. En septiembre, la compañía había atribuido un apagón de varios días a un problema de «configuración de autenticación central».

¿Qué significa esto para tu startup?

Si tu empresa vive dentro de Microsoft 365, este episodio no es una anécdota de infraestructura ajena: es un recordatorio de que tu continuidad operativa depende de un proveedor que también falla. Josh Gilbert, analista de mercado de la plataforma de trading eToro, lo resumió con crudeza: pocos clientes pueden abandonar el ecosistema de Microsoft de un día para otro, pero si la confiabilidad empieza a parecer un problema recurrente, «le da a cada departamento de IT una razón para pensarlo dos veces antes de poner aún más de su negocio en manos de un solo proveedor».

Ese es el punto exacto donde una startup puede actuar. Prins Ralston, CEO de la Australian Computer Society, advirtió que las pequeñas empresas pueden no tener un plan alternativo cuando Outlook falla. Tú sí puedes construirlo.

Acciones concretas que puedes implementar esta semana:

Mapea tus dependencias críticas. Haz una lista de todo lo que se detiene si Outlook, Teams o Copilot dejan de responder: facturación, soporte al cliente, aprobaciones, firma de contratos. Si un proceso no tiene alternativa, ese es tu riesgo real.
Define un canal de comunicación de respaldo. Un grupo de WhatsApp o Signal para el equipo, y un correo alternativo en otro proveedor para los contactos clave. El caso de Taiwán que terminó en fax demuestra que sin plan B la operación se detiene.
Revisa tus tiempos de espera. Si dependes de correos con enlaces de verificación o códigos de acceso para pagos y transferencias, ten claro qué hacer cuando esos correos no llegan. Un usuario en Hong Kong describió a NBC News que no pudo completar transferencias bancarias porque no recibía el código de verificación.
Documenta tus credenciales fuera de la nube del proveedor. Si tus accesos de emergencia viven en el mismo ecosistema que se cayó, no tienes acceso de emergencia.
Prueba tu plan una vez por trimestre. Un plan de contingencia que nunca se ejecutó no es un plan, es una suposición.

Cómo evaluar a tu proveedor de nube después de esto

La pregunta útil no es si Microsoft es confiable, sino qué tan rápido te enteras y qué tan rápido puedes reaccionar. Tres criterios para revisar en tus contratos y en tu stack:

Transparencia post-incidente. Microsoft se comprometió a publicar un informe con la causa raíz. Léelo cuando salga: te dice si el problema fue un error humano, un cambio de configuración o un límite de capacidad.
Redundancia real, no nominal. Tener dos proveedores de correo no sirve si ambos dependen del mismo sistema de autenticación. Verifica que tus alternativas sean independientes de verdad.
Costo de la hora caída. Calcula cuánto factura tu empresa por hora y multiplícalo por las horas que un apagón como este podría durar. Ese número justifica, o no, la inversión en redundancia.

Conclusión

La caída de Microsoft deja una lección incómoda: la concentración en un solo proveedor de nube es una decisión de negocio, no solo técnica. Millones de personas en decenas de países se quedaron sin correo, sin videollamadas y sin acceso a sus archivos durante casi un día, y la causa todavía no está confirmada.

Para un founder, la respuesta no es migrar todo mañana —es caro y probablemente innecesario—, sino saber exactamente qué se rompe en tu operación cuando la nube falla, y tener escrito qué hace tu equipo en la primera hora. Ese documento cuesta poco y vale mucho más que cualquier promesa de disponibilidad.