Mentionsy

(cyber)Bezpieczni
(cyber)Bezpieczni
02.04.2026 14:51

Dlaczego jedna awaria wyłącza pół świata? - Michał "Rysiek" Woźniak

Internet miał być niezniszczalną pajęczyną, której nie da się „wyłączyć”. Rzeczywistość? Wystarczy błąd konfiguracyjny u jednego giganta jak AWS, Azure czy Cloudflare, by połowa świata straciła dostęp do bankowości, pracy czy ulubionych seriali. W dzisiejszym odcinku sprawdzamy, czy te awarie to tylko pechowe przypadki, czy może dowód na to, że sieć stała się kolosem na glinianych nogach.

Razem z Ryśkiem zaglądamy pod maskę współczesnej infrastruktury IT. Rozmawiamy o tym, jak internet z idei decentralizacji zmienił się w scentralizowany monopol i dlaczego „normalne wypadki” w tak złożonych systemach mogą prowadzić do katastrofy. Rysiek tłumaczy też zjawisko „cargo culting” - czyli dlaczego kopiowanie rozwiązań bez ich zrozumienia mści się na bezpieczeństwie nas wszystkich.

Będzie o ucieczce do rozwiązań „self-hosted” jako drodze do cyfrowej suwerenności, o tym, czy mniejsi dostawcy są bezpieczniejsi od korporacyjnych molochów, a także o przyszłości, w której o nasze miejsca pracy w IT rywalizujemy z automatami i AI. To rozmowa o tym, jak odzyskać kontrolę nad technologią, zanim ona przejmie kontrolę nad nami.


📝 Rozdziały:

Wprowadzenie do kryzysu chmurowego

Systemowy problem internetu

Problemy z chmurą Google

Problemy z vendor locking

Alternatywy dla chmur

Kryzys w inżynierii oprogramowania

Cargo culting w IT

Wartość testerów oprogramowania

Wykorzystanie AI w IT

Self-hosting jako alternatywa

Protokół RSS i cyfrowa suwerenność

Podsumowanie i zakończenie rozmowy


Odwiedź mnie również na:

☕ Postaw cyfrową kawkę: ⁠⁠⁠https://suppi.pl/kporembinski⁠⁠⁠

👀 Strona: ⁠⁠⁠https://kamilporembinski.pl/⁠⁠⁠

👀 LinedIn: ⁠⁠⁠https://www.linkedin.com/in/kamilporembinski/⁠⁠⁠

👀 Facebook: ⁠⁠⁠https://www.facebook.com/kamilporembinski/⁠⁠⁠


Oraz mój podcast Spod Wody:

🤿 ⁠⁠⁠https://spodwody.pl/⁠⁠⁠

🤿 ⁠⁠⁠https://www.youtube.com/c/SpodWody⁠⁠⁠


© Wszystkie znaki handlowe należą do ich prawowitych właścicieli.

👌 Dziękuję za Waszą uwagę.

Rozdziały (12)

1. Wprowadzenie do kryzysu chmurowego
2. Systemowy problem internetu
3. Problemy z chmurą Google
4. Problemy z vendor locking
5. Alternatywy dla chmur
6. Kryzys w inżynierii oprogramowania
7. Cargo culting w IT
8. Wartość testerów oprogramowania
9. Wykorzystanie AI w IT
10. Self-hosting jako alternatywa
11. Protokół RSS i cyfrowa suwerenność
12. Podsumowanie i zakończenie rozmowy

Szukaj w treści odcinka

Znaleziono 20 wyników dla "AWS"

Najpierw Cloudflare, potem AWS, na końcu Azure.

Więc sami zwalniają osoby, które rozumieją ich własne systemy, tak samo AWS.

Wielu z tych dostawców usług jednocześnie, czyli na przykład możesz mieć stronę, która jest jednocześnie za Cloudflare'em, na Azure, tak, sobie tam działa backend, ale dane siedzą sobie w AWS-ie w S3, tak.

Teraz nikt nie zostanie wyrzucony z firmy za wdrożenie AWS-a.

Nie mamy pańskich danych przez te 6 godzin, czy 3 godziny, czy ile tam godzin akurat AWS leżało.

To jest ciekawy wątek, bo faktycznie jest dużo małych dostawców, ale pytanie czy oni... No wiesz, to jest to, co zawsze też słyszałem na konferencjach.

A druga rzecz jest taka, że oczywiście tak, można sobie postawić stronę, która ma jedną nogę gdzieś tam w AWS-ie, drugą nogę gdzieś tam w Azure i tak dalej, tylko trzeba to zrobić ostrożnie, żeby nie wylądować w sytuacji takiej, że ta jedna noga stoi na drugiej nodze.

Są strony typu irupia.eu, gdzie ja patrzę sobie teraz, jakie są alternatywy dla AWS czy Azure.

Jakby to powiedzieć, nie kupować tej gadki sprzedażowej AWS-a czy Cloudflare'a, że o nie, musicie tutaj za nami, bo my najwięksi i tylko z nami się tutaj można hostować i osiągnąć taką skalę i tak dalej, i tak dalej.

Jeszcze jedna rzecz, bo to, co mnie ciekawił w przypadku tego padu regionu w AWS, bo w aplikacji na świecie przestała po prostu działać, czyli pada jeden region.

Jeżeli jest jeden AWS,

I taki organizacyjny punkt kontroli zawsze tworzy jakiś technologiczny punkt kontroli.

W przypadku AWS-a...

Tutaj zaembeduj z Fastly, tam odpytaj S3 AWS, a tutaj sobie zrób logowanie przez Google czy przez Microsoft Azure i tyle.

Wiesz, zawsze ktoś będzie.

W związku z czym... Może stoi na AWSie, nie wiecie, wysypał.

AWS zwolnił chyba ponad 20 tysięcy przez ostatnie dwa lata inżynierów pracujących również nad AWS-em.

I to już tak zawsze będzie.

To jest szerszy temat tego, żeby zawsze te papierowe procedury istniały, żeby one były dostępne.

No bo tak jak mówisz, jest jakiś atak ransomware, albo po prostu pada prąd, albo pada AWS i nagle cały urząd leży.