Caída de Google Cloud en Londres: qué hacer si tu proveedor falla

El martes 20 de octubre, un corte de energía en un centro de datos de Londres dejó fuera una zona de Google Cloud. Con ella se cayeron apps de bancos, el sistema de videoaudiencias de los tribunales de Inglaterra y Gales y sitios web de empresas. Fue en el Reino Unido, pero la pregunta aplica a cualquier negocio en línea: qué haces el día que tu proveedor falla.

Qué dice la fuente

• Cuándo y cuánto. El informe preliminar que Google publicó el 22 de octubre fija el inicio a las 07:00 hora de Londres del 20 de octubre y el fin a las 13:10: 6 horas 10 minutos. Para algunos duró más: a las 17:00, Revolut aún marcaba problemas en 21 de sus 27 servicios, según The Guardian.
• Qué falló. Se interrumpió la energía de la red eléctrica en el centro de datos de la zona europe-west2-b. Entraron las baterías, pero los controladores que debían arrancar los generadores de emergencia fallaron. Al agotarse las baterías se apagaron servidores, red y almacenamiento de esa zona. Es la causa preliminar; falta el informe final. Google dijo a The Guardian que fue en una instalación de terceros.
• El efecto dominó. El apagón físico fue solo en la zona b, pero Google reconoce que clientes de las zonas a y c también sufrieron impacto, por la saturación de capacidad y por dependencias entre zonas. La lista del informe incluye casi 40 productos, entre ellos Compute Engine, Cloud SQL, Cloud Storage y Kubernetes Engine.
• Quién se vio afectado. Revolut (pagos con tarjeta, retiros, transferencias y registro), Halifax, Lloyds y Bank of Scotland, la app de presupuestos Emma y el sistema de videoaudiencias de los tribunales. HSBC tuvo quejas de clientes y dijo que ya se normalizó. También se reportaron fallas en Rightmove, DPD y Royal Mail, y SiteGround, una plataforma de hosting, dijo que la caída golpeó su centro de datos en el Reino Unido.
• Lo que no está confirmado. Revolut no nombró a Google en su comunicado; el vínculo lo dio una persona al tanto del caso. Algunas empresas hablaron de un "proveedor externo". No hay cifras de clientes afectados.

Revolut aseguró que dinero y datos estaban a salvo. Google recomendó mover cargas a otra zona o región cuando fuera posible. El regulador FCA dijo esperar que las empresas resuelvan rápido y mantengan informados a sus clientes.

«Los bancos y proveedores de pagos gastan una fortuna en mantener sus sistemas, pero ¿cuántos saben si su proveedor de respaldo usa la misma infraestructura de Google que el principal? Eso quisiera saber.» — Scott Dawson, director general de DECTA en el Reino Unido (traducción nuestra)

La perspectiva de Bit Farm para México

No encontramos cifras de cuántas pymes mexicanas dependen de una nube de terceros, así que no las inventamos. El caso sí deja tres lecciones.

Tu proveedor puede tener proveedor. Un hosting o una app pueden correr sobre una nube grande sin que lo notes; si esa nube falla, falla lo que cuelga de ella.

Más zonas no es sinónimo de blindaje. La redundancia dentro de un mismo proveedor ayuda, pero el propio informe de Google admite impacto fuera de la zona apagada.

Callar es peor que la falla. El regulador británico pidió informar rápido al cliente. Para una pyme, avisar a tiempo cuesta menos que perder su confianza.

Seis acciones para una pyme (criterio Bit Farm)

Son recomendaciones nuestras, no del informe de Google:

• Una hoja de continuidad. Qué se detiene si cae tu sitio (ventas, citas, correo), cuál es el plan B (cobrar por transferencia, tomar pedidos por teléfono o WhatsApp), quién avisa a los clientes y a qué teléfono llama tu proveedor. Guárdala fuera del servicio que podría fallar.
• Respaldos fuera de tu proveedor. Una copia completa de archivos y base de datos en otra cuenta o con otro proveedor, y una restauración de prueba cada trimestre. Un respaldo junto al servidor se cae con él. Ya lo planteamos en el post de pymes ciberseguras.
• Un aviso que no dependa de tu sitio. WhatsApp Business, redes o una lista de correo en otro servicio, con un mensaje listo: qué funciona, qué no y cuándo volverás a informar. Una página de estado en el mismo proveedor cae con todo lo demás.
• Dominio y DNS a tu nombre. El dominio a nombre de tu empresa, con verificación en dos pasos y, de preferencia, registrado aparte del hosting. Así puedes apuntar a una página de emergencia sin esperar a tu proveedor.
• Un plan B mínimo para lo vital. Identifica qué se llevaría una sola falla: sitio, tienda, correo, agenda o cobros. Para lo crítico, una alternativa simple: un enlace de pago de respaldo o un correo en otro servicio.
• Preguntas sobre incidentes. Distintas a las seis preguntas de hosting que ya compartimos: ¿sobre qué nube o región corre mi servicio? ¿Qué cuenta como caída en el contrato y qué compensan? ¿Publican historial de incidentes y un informe después? ¿Cómo y en cuánto tiempo me avisan?

Ninguna exige un presupuesto grande: una tarde para escribirlas y una fecha para probarlas.

Cómo podemos ayudar

Bit Farm es una consultoría tecnológica mexicana: hacemos sitios, sistemas a la medida y hosting para pymes. Podemos ayudarte a armar tu hoja de continuidad, revisar dónde están tus respaldos y quién tiene tu dominio, y llevar estas preguntas a tu proveedor actual.

Fuentes: Google Cloud Service Health, informe preliminar del incidente (22 oct 2026); The Guardian, caída de Google Cloud en bancos y tribunales; The Guardian, "Too big to not fail"; Silicon UK; Business Insider; The Next Web.