Prekid napajanja Google Clouda pogodio britanske banke

Nestanak napajanja u londonskoj zoni europe-west2-b Google Clouda izazvao je prekide bankarskih, zdravstvenih, sudskih, dostavnih i drugih digitalnih usluga u Ujedinjenom Kraljevstvu. Revolut je prijavio poteškoće s kartičnim plaćanjem i podizanjem gotovine, a probleme su osjetili i Lloyds, HSBC, NHS England, Royal Mail, Rightmove i DPD.

Google je kvar povezao s energetskim događajem u jednoj zoni te postupno obnovio većinu opterećenja. Regionalne usluge ipak su bilježile povišene učestalost pogrešaka i povremene mrežne prekide jer pojedini sustavi ovise o komponentama smještenima u pogođenoj zoni. Konačna analiza uzroka i slijeda zaštitnih mehanizama još nije objavljena.

Regija u oblaku sastoji se od više fizički odvojenih zona kako bi kvar jedne lokacije ostao ograničen. Ta zaštita ne nastaje automatski kupnjom usluge. Korisnik mora aplikaciju, bazu, mrežne ulaze i sustav identiteta rasporediti tako da mogu nastaviti raditi bez jedne zone, a zatim redovito ispitati prebacivanje pod stvarnim opterećenjem.

Bankarski prekid pokazuje razliku između dostupnosti podatka i dostupnosti procesa. Moguće je da su podaci ostali sigurni, ali korisnik nije mogao platiti karticom jer je zakazao lanac autentikacije, provjere rizika ili komunikacije s procesorom. Poslovni plan mora zato pratiti cijeli tijek transakcije, uključujući usluge drugih dobavljača.

Za financijske institucije incident ulazi u okvir operativne otpornosti i upravljanja kritičnim trećim stranama. Regulator ne očekuje da svaki kvar bude spriječen, nego da banka zna najveće dopušteno vrijeme prekida, ima alternativni postupak i može dokazati da je testirala oporavak. Ugovorena dostupnost bez tehničkog plana nije dovoljna.

Višezonski arhitektura povećava trošak jer traži dodatne instance, replikaciju podataka i složeniju mrežu. Više pružatelja donosi još veći operativni teret: različite baze, sigurnosne politike i alati. Ipak, kritični sustav čiji prekid zaustavlja plaćanje ili javnu uslugu mora usporediti taj trošak s financijskom i reputacijskom štetom višesatne nedostupnosti.

Poseban rizik stvaraju zajedničke ovisnosti. Aplikacija može raditi u dvije zone, ali koristiti jedan uslugu DNS-a, upravljanje ključevima, nadzor ili isporuku konfiguracije. Kvar pomoćne komponente tada poništava prividnu redundanciju. Inventar mora pokazati sve točke kroz koje prolazi zahtjev korisnika, ne samo lokaciju glavne baze.

Nakon oporavka korisnici trebaju pregledati stvarno vrijeme nedostupnosti, neuspjele pokušaje prebacivanja i zaostale transakcije. Banke moraju uskladiti dvostruke ili odgođene naloge, a javne službe provjeriti jesu li zahtjevi građana izgubljeni. Tehnički povrat zelene oznake na statusnoj stranici nije završetak poslovnog oporavka.

Najvažniji sljedeći dokument bit će Googleova analiza uzroka s opisom zašto je energetski kvar zahvatio toliko usluga i koje se zaštite mijenjaju. Korisnici ne trebaju čekati taj izvještaj da bi testirali vlastiti nestanak zone. Kontrolirani pokus mora pokazati može li kritična usluga nastaviti rad bez europe-west2-b i koliko ljudi mora ručno intervenirati. Regulatori u Ujedinjenom Kraljevstvu već pojačavaju izravni nadzor velikih pružatelja usluga u oblaku, dok europska pravila traže mapiranje kritičnih trećih strana. Incident daje konkretnu osnovu za provjeru ugovornih rokova obavijesti, pristupa tehničkim zapisima i mogućnosti prijenosa opterećenja bez nerazmjernih izlaznih troškova.