Interrupció de Google Cloud a Londres: un esdeveniment d'alimentació a europe-west2-b i els serveis del Regne Unit que van vacil·lar

Què cobreix aquest vídeo

• L'incident de Google va començar a les 07:08 hora de Londres del 20 d'octubre de 2026; durant hores només va descriure errors elevats i fallades de xarxa intermitents a europe-west2, amb la solució provisional llistada com "cap per ara".
• A les 12:12 hora de Londres, Google va dir que un esdeveniment d'alimentació va causar una interrupció a la zona europe-west2-b; els serveis allà no estaven disponibles i alguns serveis d'altres llocs de la regió van experimentar errors. Trenta-vuit productes van ser llistats a l'incident.
• Google va prioritzar la recuperació de les càrregues de treball existents, va advertir que les noves càrregues de treball podrien no ser creables encara, va informar de la recuperació per a la majoria de les càrregues de treball a les 13:10 hora de Londres i va declarar l'problema mitigat per a la majoria dels clients a les 15:03, prometent una anàlisi. No s'havia publicat cap causa arrel més enllà de l'esdeveniment d'alimentació quan vam comprovar.
• Revolut va dir que un problema de tercers va causar la seva interrupció i que els diners i les dades estaven segurs; HSBC va dir que la situació també va afectar altres organitzacions. La BBC va assenyalar que la majoria de les empreses no havien vinculat oficialment els seus problemes a Google.
• Les VM i els discs zonals viuen en una zona, de manera que un desplegament d'una sola zona converteix una fallada de zona en una interrupció completa; la distribució entre zones ho canvia per la pèrdua de capacitat, a costa de pagar per la capacitat de reserva.
• El juliol de 2022, una fallada de refrigeració a europe-west2-a també va causar un impacte regional; l'informe de Google va dir que el trànsit intern es va redirigir de les tres zones en lloc d'una, deixant l'emmagatzematge sense poder arribar a algunes rèpliques.
• El DHS va ordenar que els productes DeepSeek, i els productes de tercers desenvolupats amb implementacions de DeepSeek, es retiressin de la TI de les agències civils federals; per separat, el motor DeepInfer de codi obert Apache-2.0 de DeepSeek admet DeepSeek-V4.1-Flash només per a la inferència fora de línia.

Transcripció traduïda

Traduït de la narració original en anglès. L'àudio i els subtítols disponibles estan controlats per YouTube.

Pot una zona de Londres fer caure la teva aplicació bancària?

0:00 Penses que una regió al núvol sobreviu a la pèrdua d'un edifici. Dimarts, una zona de Google a Londres va perdre l'alimentació, i les aplicacions bancàries del Regne Unit van caure. En aquest vídeo: què va dir Google? Per què una zona va afectar tota la regió? I qui tenia una còpia de seguretat? És dimarts, vint d'octubre, i això és The Daily Diff. I aquesta mateixa regió de Londres ja ha fallat així abans. Google va escriure un informe sobre això, i aquest informe ho explica avui.

0:23 Ho explicaré al final. Google Cloud és el negoci de Google de llogar servidors, bases de dades i emmagatzematge. És un dels tres grans núvols, al costat d'Amazon i Microsoft. La seva regió de Londres es diu europe-west2, i està dividida en tres zones, de manera que una zona pot quedar fosca mentre les altres dues segueixen funcionant. Aquesta interrupció encapçala el diff d'avui. Després, el govern dels EUA ordena que DeepSeek es retiri de les agències federals,

0:45 i el propi motor de servei de DeepSeek encapçala Hacker News. Aquí teniu la pròpia pàgina d'estat de Google.

Què va dir realment la pàgina d'estat de Google?

0:50 El problema va començar a les 7:08 del matí, hora de Londres. Durant hores, l'única descripció era "errors elevats i fallades de xarxa intermitents" a europe-west2. A la secció "solució provisional", deia "cap per ara". Cada marca de temps d'aquesta pàgina està en hora del Pacífic, per a una interrupció a Londres. Un comentarista de Hacker News ho va notar, educadament. Més tard, la solució provisional va canviar a això.

1:12 Traslladeu la vostra càrrega de treball a una altra zona o regió, si és factible. Als dotze minuts del migdia, la causa.

Per què una zona va afectar tota la regió?

1:18 Un esdeveniment d'alimentació va deixar inoperativa la zona europe-west2-b. Google diu que els seus serveis no estaven disponibles en aquesta zona, i alguns serveis a la resta de la regió també van experimentar errors. Trenta-vuit productes figuren a l'incident. Primer, Google va dir que el problema d'alimentació estava mitigat. Després va prioritzar les càrregues de treball existents per davant de les noves, i va advertir que els clients podrien no poder crear noves càrregues de treball encara. A les deu passades la una, la majoria de les càrregues de treball s'estaven recuperant, i just després de les tres de la

1:43 tarda, Google va dir que estava mitigat per a la majoria dels clients. Després els clients.

Qui va caure i qui ho va dir?

1:48 Revolut va dir a la BBC que va tenir una interrupció del servei causada per un tercer, i que els diners i les dades estaven segurs. HSBC es va disculpar i va dir que altres organitzacions també es van veure afectades. Lloyds va dir que la seva aplicació funcionava, tot i que algunes persones van tenir problemes. Més de mil cinc-centes persones van informar de problemes amb Revolut a Downdetector poc després de les vuit. El servei de tribunals va dir que els seus enllaços de vídeo per a audiències remotes es van veure afectats. La BBC assenyala que la majoria de les empreses no han vinculat oficialment els seus problemes a Google.

La teva aplicació hauria sobreviscut a una zona fosca?

2:15 Aquí tens la part que controles. Una màquina virtual o un disc zonal resideix exactament en una zona. Si tot el teu banc es troba a la zona b, l'esdeveniment d'alimentació és la teva interrupció. Reparteix-lo entre a i c, i perdràs capacitat en lloc de clients. Aquesta capacitat de reserva costa diners, per això molts equips la salten. Monzo ha escrit la versió més gran. El seu banc principal funciona al núvol d'Amazon, i un sistema de reserva separat al de Google pot mantenir els pagaments amb targeta i les transferències en marxa.

2:42 A Hacker News, un comentarista endevina que les normes de dades del Regne Unit van empènyer les empreses a una sola regió. Ningú ho ha confirmat. Ara l'altra història.

Per què DeepSeek està prohibit i és tendència el mateix dia?

2:49 El Departament de Seguretat Nacional ha ordenat l'eliminació de DeepSeek de les agències civils federals, i l'ordre es publica avui al Federal Register. Cobreix els propis productes de DeepSeek i també els productes de tercers construïts utilitzant implementacions de DeepSeek. Si vens programari a agències dels EUA, llegeix aquesta clàusula abans d'enviar un model DeepSeek dins del teu producte. El dia que la prohibició va arribar al Federal Register, el motor d'inferència de DeepSeek, recentment de codi obert, DeepInfer, va arribar al capdamunt de Hacker News. DeepSeek diu que és el motor que hi ha darrere dels seus propis serveis de producció,

3:18 sota Apache 2.0. Executa un model, V4.1 Flash, a les GPU Blackwell de centres de dades de Nvidia o als xips Ascend de Huawei, i només per a la inferència fora de línia. El sistema de memòria cau KV i l'equilibri de càrrega no estan en aquesta versió, així que obtens el motor sense la resta del cotxe. L'interruptor interessant és el mode invariant per lots. Activeu-lo, i els resultats romanen idèntics sense importar quines altres sol·licituds comparteixin el lot, només a Nvidia.

3:43 Ara aquell informe.

Què va aprendre Google de l'última interrupció de Londres?

3:44 El juliol de 2022, la refrigeració va fallar en un centre de dades que allotjava la zona a d'aquesta mateixa regió. d'aquesta mateixa regió. Google va admetre que els serveis regionals també es van veure afectats. El seu propi canvi de trànsit va desviar els serveis interns de les tres zones en lloc d'una, de manera que l'emmagatzematge no va poder accedir a cap còpia d'algunes dades. Avui ha estat l'energia, i Google diu que una anàlisi completa està en camí. En aquella ocasió, Google va prometre mesures immediates per millorar la resiliència d'aquesta regió. Una vegada més, una zona va quedar fosca, i alguns serveis de la regió van generar errors

4:14 amb ella. El meu veredicte és "necessita revisió".

Veredicte: la regió de Londres de Google necessita revisió?

4:16 Una zona perdent l'energia és exactament per a què existeixen les zones. Vull que l'informe de Google expliqui per què la resta de Londres va vacil·lar de nou, i vull que el vostre banc expliqui per què una zona va ser suficient. Digueu-me als comentaris si ho faríeu de manera diferent. Si preferiu llegir això que escoltar-me dir-ho, el "diff" arriba a la vostra safata d'entrada cada matí, gratuïtament a thedailydiff.dev, enllaç a continuació. I aquesta és la diferència per avui. Sóc en Niko d'Axrisi.

4:37 Fusiona amb responsabilitat.

Fonts

1. Multiple services are experiencing issues in the europe-west2 region (incident Xs2XTHzAVC9YnafnPyzj)Google Cloud Service Health
2. Google Cloud says 'power event' behind outage hitting UK banks and websitesBBC News
3. Google Cloud says outage affecting banks and court video links caused by 'power event' (live)BBC News
4. Incident report: multiple Cloud products in europe-west2, July 2022Google Cloud Service Health
5. Regions and zonesGoogle Cloud documentation
6. Tolerating full cloud outages with Monzo Stand-inMonzo
7. Google cloud outage takes down banks (discussion)Hacker News
8. Notice of Order Regarding Exclusion and Removal of DeepSeek Products (2026-21447)U.S. Department of Homeland Security · Federal Register
9. DeepInferDeepSeek on GitHub