Publicado el 1 noviembre 2026 · Equipo mitza.es
Cuando un servicio de la nube falla, el problema rara vez es «nuestro»: la caída llega desde fuera, sin aviso, y no se puede arreglar. Pero la empresa sí decide si ese día vende, factura y atiende a sus clientes, o si espera mirando una pantalla. Esta guía parte de tres caídas reales de otoño de 2025, explica qué enseñan y propone un plan de continuidad que una pyme puede montar con poco presupuesto.
Tres caídas en menos de un mes
- AWS, 20 de octubre de 2025 (región US-EAST-1): un problema en el sistema de nombres (DNS) del servicio de base de datos DynamoDB, que según el análisis de AWS se originó en una condición de carrera latente en su automatización, dejó un registro DNS vacío y se propagó a otros servicios. Afectó a aplicaciones tan dispares como Slack, Atlassian, Snapchat o Roblox, durante varias horas.
- Microsoft Azure, 29 de octubre de 2025: un cambio de configuración involuntario en Azure Front Door, el servicio que distribuye el tráfico de muchas aplicaciones, dejó nodos sin cargar correctamente. Afectó a Microsoft 365, a su centro de administración y a servicios como Xbox o Minecraft. Microsoft bloqueó nuevos cambios de configuración y volvió a la última configuración válida. Las fuentes sitúan la incidencia en unas ocho o nueve horas, con ligeras diferencias de horario.
- Cloudflare, 18 de noviembre de 2025: un cambio en los permisos de una base de datos duplicó el tamaño de un archivo de configuración del sistema de gestión de bots; al superar un límite interno, los servidores proxy fallaron. Dejó sin respuesta, entre otras, a plataformas como X, ChatGPT, Spotify o Canva durante unas tres horas. Cloudflare aclaró que no fue un ataque.
En los tres casos el origen fue un error interno o un cambio de configuración, no un hackeo. Y en los tres la lección es la misma: dependes de proveedores muy fiables, pero no infalibles. También hemos visto efectos parecidos con herramientas concretas, como las caídas de ChatGPT de agosto de 2026.
Qué cuesta realmente una hora parada
Antes de diseñar nada, calcula el coste de que cada servicio esté parado una hora: ventas que no se hacen, pedidos que no se pueden gestionar, facturas que no salen, personas cobrando sin poder trabajar y clientes que se van a otro sitio. No hace falta precisión: con un orden de magnitud basta para decidir en qué merece la pena invertir un plan B y en qué no.
Paso 1: el mapa de dependencias
Haz una lista con todo lo que tu negocio usa en la nube o por internet, y para cada elemento anota quién lo aloja y qué pasaría si fallara cuatro horas:
- Correo y calendario.
- Programa de facturación, ERP o CRM.
- TPV y pasarela de pago.
- Web y tienda online (y el servicio que sirve sus imágenes o su DNS).
- Archivos compartidos y documentos.
- Telefonía y mensajería (WhatsApp, Teams, Meet…).
- Herramientas de inteligencia artificial, fichaje, nóminas, etc.
Muchas veces el hallazgo es incómodo: varios servicios dependen, sin que lo sepas, del mismo proveedor de fondo.
Paso 2: decide qué es crítico y define un plan B por servicio
- Correo: si cae tu proveedor, ¿cómo te sigue el cliente? Ten un canal alternativo (teléfono, WhatsApp de empresa) y comunícalo. Plantéate un acceso por navegador además del programa de escritorio.
- Ventas y cobros: ¿hay forma de cobrar de otra manera (datáfono con otra conexión, Bizum, transferencia)? ¿Puedes anotar pedidos a mano y registrarlos después?
- Web y tienda: ten preparada una página estática de aviso que puedas publicar en otro sitio y conoce quién controla tu DNS. Explicamos esa parte en dominio y hosting.
- Archivos: guarda una copia sincronizada de los documentos críticos en local o en un NAS para poder abrirlos sin internet.
- Comunicación interna: acuerda de antemano cómo se avisa al equipo cuando falla la herramienta habitual.
Paso 3: copias independientes de tus datos
Una caída de un proveedor es temporal, pero si lo único que tienes está dentro de él, tu margen de maniobra es cero. Una copia independiente y probada, con la regla 3-2-1 de copias de seguridad, es la base de cualquier plan de continuidad. Si usas almacenamiento en la nube, recuerda que sincronizar no es hacer copia.
Paso 4: conexión y electricidad
No todas las caídas vienen de la nube. Una línea de internet de respaldo (4G/5G) cuesta poco y evita muchas paradas; un SAI protege equipos y discos de los cortes eléctricos. Revisa también qué ocurre si la fibra se cae: ¿el datáfono, el router de respaldo y los móviles siguen funcionando?
Paso 5: comunicación en caso de caída
- Prepara de antemano una nota para clientes («estamos experimentando una incidencia en un proveedor; atendemos por…»).
- Decide quién la envía y por qué canal (redes, teléfono, cartel, mensaje automático).
- Consulta las páginas de estado oficiales de tus proveedores antes de dar por hecho que el fallo es tuyo.
- Apunta qué se ha perdido (pedidos, horas) para reclamar créditos de servicio o ajustar el plan.
Contratos y garantías: qué prometen realmente
Los grandes proveedores publican acuerdos de nivel de servicio (SLA), pero lo habitual es que la compensación sean créditos de servicio, no una indemnización por tus pérdidas. Lee qué garantizan, desde cuándo cuentan una caída y cómo se solicita el crédito. Y si dependes de un único servicio para facturar, pregúntate si te compensa contratar redundancia o mantener una alternativa básica.
Paso 6: prueba el plan una vez al año
Un plan que nunca se ha ensayado suele fallar el día que hace falta. Dedica una hora al año a simular una caída: apaga el servicio principal «sobre el papel» y comprueba que cada persona sabe qué hacer, que las copias se restauran y que los teléfonos y accesos alternativos funcionan.
Errores habituales
- Creer que «la nube» ya incluye la continuidad del negocio.
- Tener el correo, la web y el DNS en el mismo proveedor y sin acceso alternativo.
- No saber quién tiene las claves del dominio ni cómo se cambia el DNS.
- No haber probado nunca una restauración de copia.
- Comunicarse tarde o sin transparencia con los clientes.
- Invertir en redundancia para un servicio poco importante y dejar sin plan B el crítico.
Relación con tu estrategia en la nube
Todo esto no es un argumento contra la nube: para la mayoría de las pymes sigue siendo más fiable y barata que un servidor propio. Es un argumento a favor de usarla con los ojos abiertos. Si quieres el panorama completo de modelos, ventajas y riesgos, lee nuestra guía de cloud computing para pymes.
Cómo te ayudamos en Mitza
Te ayudamos a construir el mapa de dependencias, a definir el plan B de lo crítico y a dejar listas las copias y los accesos alternativos. Si estás en Madrid sur, mira nuestro mantenimiento informático o escríbenos desde la página de contacto.