Mentionsy

Odcinek ten nagrany jest trochę wcześniej niż planowałem, ale stwierdziłem, że po wczorajszej awarii AWS warto jest nagrać ten odcinek i opowiedzieć o tym, co się stało.

Jeżeli społeczność zaangażuje się dalej w rozwój tego projektu, MeshNet może stać się jednym z najciekawszych rozwiązań na rynku VPN-ów.

A teraz czas na temat odcinka, czyli wczorajszą awarię AWS.

W dniu 20 października 2025 roku Amazon Web Services, czyli AWS, największy na świecie dostawca usług chmurowych, doświadczył jednej z najbardziej rozległych awarii w swojej historii.

Choć AWS poinformował, że podstawowy problem został rozwiązany do godziny 11.35 GMT, wiele usług doświadczało problemów jeszcze przez całe popołudnie i wieczór, a pełne przywrócenie funkcjonalności wszystkich systemów zajęło ponad 15 godzin.

Mówiąc prosto, DynamoDB to kluczowa usługa bazy danych w murze AWS, która przechowuje dane u użytkowników i inne krytyczne informacje potrzebne do działania tysięcy aplikacji online.

Ponieważ DynamoDB stało się niedostępne, różne inne usługi AWS zaczęły się zawieszać.

I kiedy mówię usług, nie mam na myśli usługi na zasadzie strona internetowa, tylko usług, czyli serwisów, które AWS sprzedaje swoim klientom.

Problem powstał w rejonie US East 1, czyli północna Virginia, który jest najstarszym i największym centrum danych AWS.

Wydawałoby się, że przy geolokacji, przy zdublowaniu centrów danych i tak dalej nie powinno to być istotne, ale to centrum danych, czyli US East 1 pełni funkcję centralnej płaszczyzny kontrolnej dla większości lokalizacji AWS na całym świecie.

Oznacza to, że wiele globalnych usług i funkcji AWS, w tym takie rzeczy jak Identity i Access Management i globalne tabele DynamoDB, które polegały na punktach końcowych działających z tego regionu, przestały być dostępne.

AWS w swoim oficjalnym oświadczeniu wskazał, że główną przyczyną był problem w podstawowym podsystemie odpowiedzialnym za monitorowanie stanu obciążenia ściewego, który powstał w wewnętrznej sieci EC2.

EC2 czyli Elastic Compute Cloud to usługa AWS oferująca wydajność obliczeniową na żądanie w chmurze, pozwalająca na uruchomienie wirtualnych serwerów, na których można tworzyć, uruchamiać, hostować aplikacje.

Klienci AWS, czyli firmy takie jak United czy Delta Airlines, mieli problemy z rezerwacjami, dokonywaniem odpraw czy bagaży online.

AWS w tym momencie kontroluje mniej więcej 33% globalnego rynku usług chmurowych, przewyższając swoich konkurentów takich jak Microsoft Azure, Google Cloud czy inne firmy.

Miliony firm i organizacji polegają na AWS w zakresie usług takich jak serwery czy przechowywanie danych.

Przy okazji tego incydentu ujawnił się też szczególnie niebezpieczny aspekt architektury AWS.

Region US East 1 działa jako centralna płaszczyzna kontrolna dla większości lokalizacji AWS na świecie.

W Wielkiej Brytanii brytyjskie strony rządowe GOV.UK i strona Revenue and Custom doświadczyły zakłóceń, co skłoniło przedstawiciela rządu do poinformowania, że są oni świadomi incydentu dotyczącego AWS-a i kilku innych usług online, które polegają na ich infrastrukturze.

Holenderski Urząd Nadzoru Finansowego i Holenderski Bach Centralny ostrzegły w wspólnym raporcie opublikowanym dzień przed awariem AWS, że holenderski sektor finansowy stoi w obliczu rosnących ryzyk systemowych wynikających z rosnącego uzależnienia od ograniczonej liczby pozaeuropejskich dostawców IT.

Trzeba też uczciwie przyznać, że AWS od prawie dwóch lat nie doświadczył poważniejszego zakłócenia czy awarii, co świadczy o postępach w zakresie niezawodności.

Nikki Stewart, starszy doradca Open Cloud Coalition, skomentowała, tutaj cytat, dzisiejsza masywna awaria AWS to namacalne przypomnienie o ryzynku nadmiernego polegania na dwóch dominujących dostawcach chmury.

Długoterminową lekcją z wczorajszej awarii AWS jest to, że odporność cyfrowa zależy nie tylko od szybkiego odzyskiwania technicznego, ale też od strategicznej gotowości na nieuniknione zakłócenia.