¿Sabes en qué nube vive el programa con el que cobras? Una caída de Amazon duró unas 14 horas

Imagina que una mañana tu programa de facturas, tu tienda online o tu terminal de cobro dejan de funcionar. No es culpa tuya ni de tu proveedor directo: se ha caído la nube que hay por debajo. Es lo que pasó el 20 de octubre de 2025 con Amazon Web Services (AWS), una de las mayores nubes del mundo. El fallo duró unas 14 horas.

Qué falló, sin jerga

Internet usa un sistema de direcciones que funciona como una agenda de teléfonos: traduce un nombre en el número al que hay que llamar. Según Amazon, dos piezas de una automatización que actualiza esas direcciones coincidieron en un mal momento. Una, muy retrasada, aplicó un plan viejo encima de uno nuevo. Otra, que limpiaba planes antiguos, lo borró. El resultado fue una entrada vacía: nadie sabía a qué número llamar. El sistema no podía arreglarse solo y hizo falta intervención manual. Amazon lo describe como un defecto escondido, que solo aparece con una coincidencia de tiempos poco probable.

Un detalle útil: las máquinas que ya estaban en marcha siguieron sanas. Lo que se rompió fue arrancar otras nuevas. Amazon pidió disculpas y desactivó esa automatización en todo el mundo hasta corregirla.

Quién lo notó

Se vieron afectados, entre otros, Alexa, Snapchat, Duolingo, Fortnite, la tienda de Amazon y Coinbase, además de algunos bancos británicos y operadoras. Sobre España, no consta un fallo absoluto, sino posibles efectos puntuales.

Una cautela: aquella mañana también cayeron en España los pagos con tarjeta, los cajeros y Bizum. Un medio lo vinculó con AWS y lo corrigió después, porque la empresa de pagos confirmó que su incidencia no tuvo nada que ver. Cuando algo falla, no todo es la nube de Amazon.

Por qué importa

Pocas pymes tienen servidores propios en AWS. Pero muchas usan programas de facturación, tiendas online, sistemas de reservas o terminales de cobro que sí viven en esa nube sin que lo sepan. Si el proveedor tiene un problema, tú te quedas sin servicio. Los expertos apuntan a lo mismo: dependemos de pocos proveedores y hacen falta planes de contingencia.

Cinco pasos sin ser informático

INCIBE, el instituto nacional de ciberseguridad, propone una idea simple: saber qué actividades son críticas, de quién dependen y cuánto tiempo puedes estar sin ellas.

1. Haz un mapa de una hoja. Lista tus herramientas, como tienda, cobro, agenda, correo y facturación, y pregunta a cada proveedor dónde está alojado.
2. Calcula tu límite. ¿Cuántas horas puedes estar sin vender antes de que duela de verdad?
3. Prepara un plan B de una página. Un medio de cobro alternativo, una hoja para apuntar pedidos a mano y un mensaje para avisar a tus clientes por redes o WhatsApp.
4. Guarda una copia fuera del proveedor y prueba de vez en cuando que se puede restaurar.
5. Pídele al proveedor su plan. Exige y comprueba que quienes te prestan servicios en la nube tienen planes de contingencia.

Duplicar toda tu infraestructura en dos nubes es un lujo fuera de alcance para casi todos los negocios pequeños. El plan B de papel y la copia fuera, no.

Fuentes

• Amazon Web Services, Summary of the Amazon DynamoDB Service Disruption in the Northern Virginia (US-EAST-1) Region (sin fecha de publicación visible): https://aws.amazon.com/message/101925/
• Computing, Todas las claves del fallo en AWS, 20 de octubre de 2025: https://www.computing.es/infraestructuras/fallo-aws-20-octubre-2025-gran-corte-nube/
• Xataka, Una caída en el sistema de Redsys ha colapsado el sistema de pagos en España, 20 de octubre de 2025 (con actualización): https://www.xataka.com/servicios/caida-aws-va-mucho-alla-web-ha-dejado-fuera-juego-a-bizum-datafonos-cajeros
• INCIBE, Políticas de seguridad para la pyme: continuidad de negocio: https://www.incibe.es/sites/default/files/contenidos/politicas/documentos/continuidad-negocio.pdf
• INCIBE, Políticas de seguridad para la pyme: copias de seguridad: https://www.incibe.es/sites/default/files/contenidos/politicas/documentos/copias-seguridad.pdf