Desde la tarde del jueves 12 de noviembre, millones de personas en todo el mundo no pueden abrir su correo de Outlook, entrar a una reunión de Teams o usar Copilot con normalidad. La caída de Microsoft 365 se ha extendido a más de 70 países y ha afectado a gobiernos, hospitales, aerolíneas y empresas de todos los tamaños. Para muchas organizaciones, el viernes empezó sin correo, sin calendario y sin la herramienta donde se coordina el trabajo diario.
En este artículo explicamos qué sabemos de la caída de Microsoft hasta ahora, qué ocurre con los correos que se envían durante el fallo y, sobre todo, qué lecciones técnicas y de negocio deja un incidente así para cualquier empresa que dependa de la nube. Porque la pregunta importante no es solo cuándo vuelve Outlook, sino qué pasaría mañana si el servicio caído fuera el tuyo.
En resumen: la caída de Microsoft 365 no fue un ciberataque, sino un fallo en cadena: varios servidores dejaron de estar disponibles, el resto absorbió una carga que no podía soportar y los controles automáticos de salud empeoraron el problema. Los correos no se pierden, se reintentan hasta 48 horas. La lección para las empresas es clara: la continuidad del negocio hay que diseñarla antes del incidente, no durante.
Qué ha pasado con la caída de Microsoft 365
Los primeros problemas aparecieron poco antes de la 1 de la tarde (hora del este de EE. UU.) del jueves, cerca de las 19:00 en España. Microsoft empezó investigando fallos de acceso a los buzones de Exchange Online en las Américas, pero en pocas horas amplió el aviso: la conectividad de Microsoft 365 podía verse afectada en cualquier región. Los reportes de usuarios llegaron desde más de 70 países y territorios, y el fallo se propagó por todo el mundo en menos de una hora. La referencia oficial para seguir la evolución es la página de estado de Microsoft 365, que la compañía actualiza durante todo el incidente.
Los servicios afectados son prácticamente toda la suite de trabajo:
- Outlook y Exchange Online: acceso a buzones, envío y recepción de correo, calendario.
- Microsoft Teams: chat y reuniones, con recuperación desigual según la región.
- SharePoint Online y OneDrive: acceso a documentos compartidos.
- Microsoft 365 Copilot, Defender XDR, Intune y Planner, entre otros.
El impacto ha ido mucho más allá de la oficina. El Servicio Nacional de Salud británico reportó afectaciones parciales, Air India tuvo que reconfigurar temporalmente su correo y el grupo Richemont retrasó ligeramente la publicación de sus resultados. En Nueva Zelanda, embajadas y consulados del Ministerio de Exteriores se vieron afectados, y en Japón el ministro de Economía advirtió de un impacto significativo por la enorme base de usuarios del software de Microsoft.
Por qué se cayó Microsoft: un fallo en cadena
Lo más interesante de esta caída de Microsoft, desde el punto de vista técnico, es que no tuvo un único culpable. La compañía ha descartado actividad maliciosa y tampoco habla de un pico de tráfico. Lo que describe es un patrón muy conocido por cualquier equipo que opere sistemas distribuidos: la falla en cascada.
La secuencia, según las actualizaciones de Microsoft, fue más o menos esta:
- Un grupo de servidores deja de estar disponible de forma inesperada en varias regiones.
- El resto de la infraestructura absorbe sus conexiones y queda sobrecargada.
- Los servidores sobrecargados fallan los controles automáticos de salud (health checks), así que el sistema los retira también del servicio.
- Al devolverlos al tráfico, vuelven a saturarse, porque un proceso central encargado de gestionar las conexiones no da abasto.
Para empeorar las cosas, el propio componente que procesa el estado de salud de los servidores también presentaba problemas. Es decir, el mecanismo pensado para proteger el servicio terminó amplificando la caída. El jueves por la tarde Microsoft validó un método alternativo para verificar ese estado, lo que permitió devolver algunos servidores a internet, y a partir de ahí empezó una recuperación por fases: limitación de tráfico, cambios de enrutamiento y reinicios controlados.
Los administradores pueden seguir el incidente en el centro de administración de Microsoft 365 con los códigos EX1550543 (conectividad de buzones) y MO1550821 (aviso general), Microsoft explica en su guía oficial sobre el estado del servicio de Microsoft 365 cómo consultar estos avisos, distinguir un incidente de un aviso y suscribirse a notificaciones por correo. Si el centro de administración no responde, la página pública de estado sigue disponible.
Qué pasa con los correos que envías durante la caída
Es la duda más repetida, y la respuesta es tranquilizadora: los correos no se pierden. El correo electrónico funciona con un sistema de reintentos. Si el servidor de destino no responde, el servidor de envío guarda el mensaje en cola y lo vuelve a intentar periódicamente.
Durante esta caída de Microsoft, la compañía amplió la ventana de reintentos de entrega hasta 48 horas para proteger los mensajes retrasados. En la práctica, esto significa:
- Lo que envíes ahora puede llegar con horas de retraso, pero debería llegar.
- Es posible que recibas avisos de "entrega retrasada": no hace falta reenviar el mensaje.
- Reenviar el mismo correo varias veces solo genera duplicados cuando el servicio se recupere.
- Si algo es urgente de verdad, usa otro canal (teléfono, mensajería) y deja constancia por correo después.
Lecciones de la caída de Microsoft para tu empresa
Ninguna empresa puede evitar que Microsoft, Google o Amazon tengan un mal día. Lo que sí se puede controlar es cuánto te afecta. Estas son las lecciones que vemos más útiles, tanto para la dirección como para los equipos técnicos.
1. Ten un plan de comunicación alternativo
Si todo tu equipo se coordina por Teams y todos tus clientes te escriben por Outlook, una caída así te deja literalmente incomunicado. Define de antemano un canal de respaldo (un grupo de mensajería, una lista de teléfonos, una página de estado para clientes) y que todo el mundo sepa cuál es. Se decide en una reunión de 30 minutos, no en mitad de la crisis.
2. Identifica qué procesos dependen de un solo proveedor
Muchas empresas descubren durante una caída de Microsoft que sus aprobaciones, su facturación o su atención al cliente pasan por un único servicio. Haz el ejercicio: lista tus procesos críticos y apunta de qué plataforma depende cada uno. No se trata de abandonar Microsoft 365, sino de saber qué se para y tener un plan B para lo que no puede esperar.
3. Diseña tus propios sistemas para fallar bien
Si desarrollas software propio, este incidente es un caso de estudio gratuito. El capítulo sobre fallas en cascada del libro Site Reliability Engineering de Google describe exactamente este escenario: servidores que se reinician, reciben de golpe todo el tráfico y vuelven a caer en bucle. Algunas prácticas que reducen el riesgo:
- Health checks que no tumben servidores sanos. Un control de salud demasiado agresivo puede retirar del servicio máquinas que solo estaban lentas, y empeorar la sobrecarga.
- Limitación de carga (load shedding) y circuit breakers, para rechazar parte del tráfico de forma controlada antes de que todo el sistema colapse.
- Despliegues multirregión y capacidad de reserva, para que la caída de un grupo de servidores no arrastre al resto.
- Arranques graduales, devolviendo tráfico poco a poco a los servidores recuperados en lugar de todo a la vez.
Son decisiones de arquitectura que se toman al diseñar la infraestructura en la nube. Si tu plataforma corre en Azure o AWS, una revisión de cómo está montada (o una migración de aplicaciones a AWS y Azure bien planificada) puede marcar la diferencia entre unos minutos de degradación y un día entero sin servicio.
4. Monitoriza y automatiza la recuperación
Saber que algo falla antes que tus clientes es medio camino ganado. Pipelines de despliegue fiables, alertas bien configuradas y procedimientos de recuperación probados forman parte del día a día de un buen equipo de consultoría DevOps y Kubernetes. Y conviene ensayarlos: un plan de recuperación que nunca se ha probado es solo un documento.
5. No confundas disponibilidad con seguridad, pero cuida ambas
Microsoft ha descartado un ataque, pero los momentos de caos son terreno fértil para el phishing: correos falsos que prometen "restablecer tu cuenta de Outlook" o "recuperar mensajes perdidos". Avisa a tu equipo de que no introduzca credenciales en enlaces recibidos estos días. Y si hace tiempo que nadie revisa tu plataforma, una auditoría de seguridad preventiva es un buen punto de partida.
La otra cara: memes y paciencia
Como en cada gran caída, las redes sociales se llenaron de humor. "Microsoft" se convirtió en tendencia y abundaron las bromas sobre un "día de nieve para adultos" o sobre que el servicio volvería después de Navidad. También hubo mensajes de apoyo a los ingenieros de Microsoft que llevan horas trabajando en la recuperación. Detrás del humor hay una realidad seria: buena parte de la economía depende hoy de un puñado de plataformas.
Preguntas frecuentes
¿La caída de Microsoft fue un ciberataque? No. Microsoft ha indicado que no tiene constancia de actividad maliciosa. La causa fue un fallo de infraestructura: servidores no disponibles, sobrecarga del resto y problemas en los controles automáticos de salud.
¿Cuándo volverá a funcionar Outlook con normalidad? En el momento de redactar este artículo, Microsoft habla de estabilización inicial y recuperación por fases, pero no ha dado un plazo para la restauración completa. Lo más fiable es seguir la página de estado de Microsoft 365 o los avisos del centro de administración.
¿Tengo que reenviar los correos que envié durante la caída? No. Los mensajes quedan en cola y se reintentan durante hasta 48 horas. Reenviarlos solo provocará duplicados.
¿Cómo protejo a mi empresa de una caída así? Con un canal de comunicación alternativo, un mapa de qué procesos dependen de cada proveedor y, si tienes software propio, una arquitectura preparada para fallar de forma controlada. Nuestro servicio de ciberseguridad y copias de seguridad incluye planes de recuperación ante desastres.
¿Está tu empresa preparada para la próxima caída?
La caída de Microsoft 365 pasará, pero la próxima interrupción llegará: de Microsoft, de tu proveedor de pagos o de tu propia plataforma. En MiTSoftware ayudamos a empresas a revisar su arquitectura en la nube, diseñar planes de continuidad y construir software que aguanta cuando algo falla.
