Problemy z Google Cloud zakłóciły działanie wielu usług w Europie. Awaria dotknęła między innymi aplikacje bankowe, sklepy internetowe i platformy biznesowe, których użytkownicy mogli nawet nie wiedzieć, że korzystają z infrastruktury Google.
Awaria w europejskim regionie Google Cloud
Google potwierdziło problemy z wieloma usługami w regionie europe-west2, obejmującym Londyn. Zgłoszenia użytkowników dotyczące niedostępności szybko przybywały w serwisie DownDetector, a na stronie statusu Google Cloud pojawiły się alerty dotyczące narzędzi takich jak BigQuery, App Engine, Looker czy Cloud SQL.
Skutki odczuły także firmy korzystające z infrastruktury Google. Wśród usług, dla których odnotowano wzrost zgłoszeń, znalazły się między innymi Revolut, Lloyds Bank, Rightmove i DPD. W miarę upływu czasu liczba raportów dotyczących części z nich zaczęła jednak spadać.
Przyczyną był problem z zasilaniem
Google poinformowało, że awaria była związana ze zdarzeniem dotyczącym zasilania w strefie europe-west2-b. Firma przekazała, że problem został opanowany, a przywracanie działania usług miało następować stopniowo. Część infrastruktury miała zostać naprawiona w ciągu około 30 minut, a pozostałe usługi — później.
W czasie zakłóceń Google sugerowało klientom, by w miarę możliwości przenieśli obciążenia do innej dostępnej strefy lub regionu. Taki krok może ograniczyć skutki awarii, ale nie każdy użytkownik ani każda firma ma możliwość szybkiego przełączenia się na alternatywną lokalizację.
Wspólna infrastruktura, wspólne problemy
Awaria pokazała, jak wiele pozornie niezależnych usług opiera się na tych samych dostawcach technologii. Gdy problemy dotykają dużej platformy chmurowej, skutki mogą odczuć banki, sklepy czy firmy kurierskie, nawet jeśli ich własne systemy działają poprawnie.
Eksperci zwracali uwagę, że sam fakt korzystania z dużego dostawcy chmury nie zwalnia firm z przygotowania planu awaryjnego. Zapasowe rozwiązania powinny być sprawdzone i niezależne od infrastruktury, która uległa awarii. Kopia danych nie wystarczy, jeśli firma nie potrafi przywrócić płatności lub dostępu do kont.
Komentarz autora: Ta awaria przypomina, jak ważna jest odporność cyfrowych usług na problemy z infrastrukturą. Warto sprawdzić, czy dostawcy kluczowych usług mają przygotowane rozwiązania awaryjne. Użytkownicy powinni wiedzieć, gdzie szukać oficjalnych informacji o przerwach w działaniu systemów.
Zobacz także: Szwajcarski bank AMINA testuje system Ledger Google Cloud do natychmiastowych płatności — to przykład wykorzystania infrastruktury Google Cloud w sektorze bankowym.
Co powinni zrobić użytkownicy?
Jeśli aplikacja bankowa lub inna usługa przestała działać, nie musi to oznaczać problemu z kontem użytkownika. W takiej sytuacji nie ma potrzeby pochopnego resetowania haseł ani ponownego instalowania aplikacji — warto sprawdzić oficjalne komunikaty i poczekać na przywrócenie działania systemów.
Należy też zachować ostrożność wobec wiadomości, które powołują się na awarię i proszą o potwierdzenie danych. W czasie zakłóceń mogą pojawić się fałszywe SMS-y lub e-maile podszywające się pod banki. Korzystanie z alternatywnej metody płatności może pomóc, choć inna aplikacja czy bank nie zawsze oznaczają niezależną infrastrukturę technologiczną.
Multi-AZ na slajdzie nie wystarczy, jeśli aplikacja i baza faktycznie siedzą w jednej strefie. Ciekawe, ilu klientów miało przetestowany failover, a ilu dopiero teraz sprawdza, czy w ogóle działa.
Aplikacja banku nie działała mi przez jakiś czas, ale już wróciła. Dobrze wiedzieć, że to mogła być awaria po stronie infrastruktury, a nie problem z kontem.
„Przenieście obciążenia do innego regionu” brzmi prosto tylko w komunikacie. Przy stanie sesji, zależnościach między usługami i limitach pojemności taka migracja na szybko może dołożyć problemów.
Czy ktoś wie, czy awaria dotknęła też płatności kartą w sklepach stacjonarnych, czy głównie aplikacji i usług online? W artykule jest mowa o aplikacjach bankowych, ale to jednak nie to samo.
Chmura miała upraszczać utrzymanie, a potem jedna strefa z problemem zasilania i pół internetu czeka na naprawę. Dywersyfikacja kosztuje, jasne, ale dla banku brak planu awaryjnego to słaba wymówka.
U nas w pracy migrację do innej strefy ćwiczymy regularnie, bo samo posiadanie kopii danych nic nie daje, jeśli aplikacja nie potrafi ruszyć gdzie indziej. Testy odtworzeniowe powinny być częścią utrzymania, nie jednorazowym projektem.