Una avería en un centro de infraestructura de Google bastó para dificultar los pagos, las aplicaciones bancarias y los servicios en línea. Si mañana ocurriera algo similar con el proveedor de tu propia empresa, ¿cuánto tiempo podrías seguir trabajando?
El 20 de octubre de 2026, unos problemas en la infraestructura de Google Cloud en Londres afectaron a los servicios que dependían de ella. Entre las empresas afectadas por la interrupción se encontraban Revolut, Lloyds y Halifax, aunque también se registraron problemas en otros servicios digitales del Reino Unido.
¿Qué ocurrió realmente?
La propia Google registró en su sistema oficial de estado de los servicios la interrupción en la región «europe-west2», que afectó especialmente a la zona «europe-west2-b». La empresa atribuyó el incidente a un problema de suministro eléctrico («power event»).
Según el registro oficial, el incidente duró 7 horas y 52 minutos. Se vieron afectados diversos productos de infraestructura, entre ellos los servicios de potencia de cálculo, bases de datos y redes. Google anunció que el servicio se había restablecido y señaló que publicará un análisis tras la investigación interna.
No «se cayó todo Google». El incidente afectó a una zona concreta de Google Cloud. No equivale a una interrupción generalizada del motor de búsqueda o de Gmail, ni demuestra que todos los sistemas que utilizan Google Cloud hayan tenido problemas.
¿Por qué se vieron afectadas diferentes empresas al mismo tiempo?
Una aplicación puede parecer autónoma en tu móvil, pero, en segundo plano, puede depender de ordenadores, bases de datos, redes o servicios de autenticación alojados en una infraestructura compartida. Cuando esta infraestructura sufre un fallo, las consecuencias pueden afectar a muchas empresas independientes.
A esto se le denomina «dependencia de un punto único de fallo». No significa que la nube sea en sí misma poco fiable. Significa que la resiliencia no se produce automáticamente solo por el hecho de que «lo tengamos todo en la nube».
¿Qué significa esto para una tienda online griega?
Piensa en una pequeña tienda online. La página web puede funcionar con normalidad, pero puede que el sistema de pago no funcione. O que se complete el pedido y la información no llegue al sistema de gestión. O que tengas tus archivos disponibles, pero no puedas acceder a la cuenta donde los gestionas.
Estos son ejemplos de situaciones de riesgo, no una afirmación de que ocurrieron en tiendas griegas concretas el 20 de octubre.
La cuestión no es solo si existe una copia de seguridad. También es cuán rápido se puede reanudar el trabajo cuando un servicio básico no responde.
Cinco comprobaciones que conviene realizar antes de que surja un problema
- Anota las dependencias. Alojamiento web, correo electrónico, DNS, pagos, almacenamiento de archivos, automatizaciones y proveedores: haz una lista sencilla que indique qué sistema depende de cuál.
- Comprueba las copias de seguridad en la práctica. Una copia de seguridad que no se haya probado mediante una restauración no ofrece una garantía suficiente de recuperación.
- Piensa en un plan de contingencia. ¿Cómo atenderás a los clientes si la página web o los pagos electrónicos quedan temporalmente fuera de servicio? ¿Quién se encarga de informar y a través de qué canal?
- Habla con el proveedor sobre la disponibilidad. El alojamiento en varias zonas o regiones puede reducir ciertos riesgos, pero requiere una planificación adecuada y conlleva un coste. No protege a todas las arquitecturas de todas las averías.
- Designa a un responsable y establece un procedimiento. ¿Quién detecta primero el problema, quién se pone en contacto con el servicio de asistencia y quién decide cuándo se activa un plan alternativo?
Las copias de seguridad y la continuidad operativa no son lo mismo
La copia de seguridad ayuda a recuperar datos. El plan de continuidad operativa describe cómo la empresa sigue prestando servicio a los clientes mientras un servicio no está disponible. Se necesitan ambos, pero resuelven problemas diferentes.
Para una pequeña empresa, el primer paso no tiene por qué ser invertir en una infraestructura compleja y multirregional. Es saber qué dejará de funcionar, qué pérdidas puede soportar y qué medidas tienen un valor real para su tamaño.
La pregunta que vale la pena plantearse hoy
«Si mañana se interrumpiera durante ocho horas un servicio digital básico, ¿sabemos qué hacer?»
Si la respuesta es «no», no hay por qué entrar en pánico. Lo que hace falta es un inventario, establecer prioridades y contar con un plan de respuesta probado. En BEEGITAL consideramos la estabilidad de un sitio web o una tienda online como parte del funcionamiento diario de la empresa, y no como un detalle técnico del que nos acordamos solo después de que se produzca una avería.