Google Cloud cierra la caída que afectó a bancos británicos
Google Cloud dio por cerrada la incidencia que afectó el 20 de octubre de 2026 a su región de Londres y coincidió con interrupciones en servicios bancarios británicos. El registro oficial sitúa la duración en siete horas y 52 minutos y atribuye el origen a un problema de suministro eléctrico en la zona europe-west2-b. El episodio mostró cómo una avería regional puede dificultar operaciones digitales de organizaciones distintas.
El panel de Google registra el final del incidente a las 14:00 UTC del martes. Su última actualización puntualiza que el problema había sido mitigado para la mayoría de los clientes y que un número muy reducido todavía podía necesitar asistencia. El cierre del registro general, por tanto, debe distinguirse de la recuperación particular de cada aplicación.
Caída de Google Cloud: qué ocurrió en Londres
La incidencia comenzó a las 06:08 UTC del 20 de octubre, equivalentes a las 07:08 de la mañana en Londres. El foco estuvo en europe-west2-b, una de las zonas de disponibilidad de la región londinense europe-west2.
Google describió servicios no disponibles dentro de esa zona, además de errores elevados y problemas intermitentes de red que podían alcanzar a otros servicios de la región. No se trató de una caída confirmada de todos los productos de Google ni de una interrupción mundial de toda su infraestructura.
La empresa comunicó durante la jornada que el problema eléctrico había sido mitigado y que estaba recuperando primero las cargas de trabajo existentes. En esa fase advirtió que crear nuevas cargas todavía podía presentar dificultades.
Qué servicios bancarios reportaron dificultades
Revolut informó de una interrupción que afectaba múltiples funciones. Entre las operaciones afectadas figuraron pagos con tarjeta y retiros en cajeros. La entidad aseguró que el dinero y los datos de sus clientes seguían seguros, una aclaración que corresponde al banco y que no debe extenderse automáticamente a cualquier servicio digital.
También hubo reportes de problemas relacionados con Lloyds, Halifax y HSBC. Lloyds comunicó posteriormente que su aplicación volvía a funcionar y que esperaba normalizar sus servicios tras resolverse los problemas de origen.
La coincidencia de avisos no demuestra por sí sola que todos los fallos reportados en otras empresas procedieran de la misma avería. Los registros de usuarios sirven para identificar dificultades, pero la relación técnica con Google Cloud requiere confirmación de cada organización o de su proveedor.
La recuperación y las diferencias entre los avisos
Durante la mañana británica circularon actualizaciones que describían distintos momentos de la recuperación. Algunas informaban de investigaciones en curso, otras de servicios que comenzaban a regresar y las posteriores de una mitigación general. No son necesariamente versiones incompatibles: reflejan etapas distintas del mismo episodio.
El dato más preciso para delimitar el incidente general es su registro oficial cerrado, con una duración de siete horas y 52 minutos. Eso no permite calcular cuánto tiempo estuvo sin servicio cada cliente, porque la infraestructura utilizada y el alcance de los problemas variaron entre aplicaciones.
Google indicó que publicará un análisis cuando concluya su investigación interna. Hasta entonces, la referencia a un problema eléctrico identifica el desencadenante comunicado, pero no explica todos los detalles de por qué fallaron las protecciones o cómo se propagaron los efectos.
Por qué una incidencia regional puede afectar a varias empresas
La nube proporciona infraestructura que otras organizaciones utilizan para ejecutar aplicaciones, almacenar información y conectar sistemas. Por eso, un problema en un proveedor compartido puede aparecer ante el público como errores separados en una aplicación bancaria, una web comercial o un servicio de atención.
En este caso, el inventario del incidente incluye herramientas de cómputo, bases de datos, almacenamiento y redes. Entre los productos enumerados están Compute Engine, Cloud SQL, Cloud Storage, Cloud Run y Google Kubernetes Engine. Figurar en ese inventario no significa que todos sus clientes o todas sus regiones hayan quedado afectados.
La dimensión internacional de estas plataformas también importa para México. La apertura de un hub de inteligencia artificial de Google Cloud en Guadalajara es otro ejemplo de la presencia de su ecosistema en el país. Ese antecedente empresarial no acredita afectaciones en México por la incidencia de Londres.
Qué queda por comprobar después del cierre
La siguiente actualización sustancial será el análisis técnico prometido por Google, junto con las aclaraciones particulares que publiquen las organizaciones afectadas. Esos documentos permitirán conocer mejor el alcance y las medidas adoptadas, sin confundir estimaciones iniciales con conclusiones definitivas.
Para un usuario que aún detecte problemas, el estado de su banco o aplicación es la referencia inmediata. Google pidió a los clientes de su plataforma que continuaran afectados abrir un caso con soporte. El cierre de la incidencia regional es una señal de recuperación; no sustituye la comprobación del funcionamiento de cada servicio.