Revolut a britské banky bez služieb: čo ukázal výpadok Google Cloud

Keď prestanú fungovať platby, zákazníka nezaujíma, ktorý dodávateľ práve rieši problém. Potrebuje zaplatiť, dokončiť objednávku alebo sa dostať k svojmu účtu. Výpadok z 20. októbra 2026 ukázal, ako rýchlo sa problém infraštruktúry môže preniesť do bežného života aj firemného predaja.

Čo je pri tomto výpadku potvrdené

Google v konečnej správe z 27. októbra 2026 spojil výpadok londýnskej zóny europe-west2-b s výpadkom externého napájania a chybnou konfiguráciou riadenia automatického spustenia generátorov. Presmerovanie záťaže zaťažilo susedné zóny a niektoré riadiace závislosti. Incident podľa správy trval celkovo šesť hodín a osem minút, z toho hlavný dopad približne päť a pol hodiny. Konečná správa Google Cloud.

AP medzi bankami s problémami uviedla Revolut, Lloyds, Halifax a HSBC. Reuters pri Revolute opisoval aj narušené platby kartou, prevody a výbery. Obnova jednotlivých bankových funkcií mala vlastný priebeh. AP, Reuters.

Bezpečnosť zahŕňa aj schopnosť fungovať

Uvedené podklady opisujú technický výpadok. Nepotvrdzujú hackerský útok ani príčinu v AI. Pre firmu je však výsledná otázka rovnako naliehavá: ako dlho dokážeme zostať bez kritickej služby a čo sa počas toho stane s objednávkami a dátami?

Ochrana pred napadnutím a prevádzková odolnosť sa dopĺňajú. Firma môže mať dobre chránené prístupy, a napriek tomu nemá pripravenú obnovu po poruche. Pri audite preto nestačí pozrieť iba viditeľnú webovú stránku. Potrebujete poznať aj databázu, úložisko, prihlasovanie, DNS, platby a externé rozhrania.

Dva servery ešte nemusia znamenať nezávislú zálohu

Pri návrhu záložnej prevádzky si položte otázku, čo oba systémy zdieľajú. Rovnaký región, správu identity, sieť, riadiacu službu alebo prístupy môžu vytvárať spoločný bod zlyhania. Záložné prostredie navyše potrebuje kapacitu a aktuálne dáta.

To neznamená, že každá firma potrebuje najdrahšiu infraštruktúru. Rozsah má vychádzať z dopadu výpadku. Pre niektorú službu postačí overená obnova; kritický predajný proces môže potrebovať pripravené prepnutie a obmedzený režim prevádzky.

Čo preveriť vo firemných systémoch

• Ktoré služby potrebuje interný systém, prihlasovanie zamestnancov a spracovanie objednávok?
• Ako sa eviduje platba, ktorej výsledok príde oneskorene?
• Vedia zamestnanci a zákazníci bezpečne pokračovať bez straty dát či duplicitných úkonov?
• Kto rozhodne o prepnutí na záložnú prevádzku a podľa akých podmienok?
• Kde sú uložené kontakty a postupy, ak nefunguje bežná administrácia?
• Kedy naposledy prebehol praktický test obnovy?

Čím začať bez zbytočnej zložitosti

Spíšte kritické služby, ich vlastníkov a prípustný výpadok. Pripravte konkrétny scenár: hlavný interný systém neodpovedá, zamestnanci potrebujú pracovať a integrácie čakajú na potvrdenie. Overte, kto čo urobí a ako sa po návrate zosúladia nové dáta a nedokončené úlohy. Pri e-shope otestujte navyše objednávky, platby a sklad.

Pokračujte článkom Failover, RTO a RPO: ako pripraviť rýchly návrat do prevádzky.