Brew #55: Awaria Cloudflare, Google Gemini 3.0, Bezos, Atomico, Koniec Cookies, .NET 10

W Android Studio się bardzo mocno pokazało... W Firebase od razu też odpolono go jako całą warstwę, która wspiera większość możliwości, które były w Firebase. GenUI SDK dla Fluttera wyszedł też i tak dalej, i tak dalej można by kontynuować. Więc można by powiedzieć taka ofensywa na całego. Ja dodam, jako użytkownik Google Clouda też zawodowo, Cały czas mi brakuje, słuchajcie, w logach narzędzia, z którym mogę porozmawiać o tych logach, szczególnie jak coś niefajnego się dzieje. Także dużo długo było opowiadać. Może nie wchodźmy w szczegóły techniczne? Nie musiałeś wciskać szpilki Cloudflare od ręki.

Tak. Tyle. Co do zrozumienia kodu. Może przejdźmy do takiego, który warto opowiedzieć. Tak, jak mówimy o przypadkach, które chodzą po ludziach i po firmach, to w tym tygodniu dużo rzeczy miało przypadek i nie działało bardzo. Największy, zobrazujmy to tak, down detector was down. Czyli generalnie strona, która pokazuje, co leży, leżała. Leżało też dużo innych stron i pokazywał mi się wszędzie taki obrazek. Twój komputer działa, Ta strona działa, a pośrodku czerwony krzyżyk Cloudflare nie działa. Czyli mieliśmy duży autyzm Cloudflare. Sebastian, może zrobisz intro, dlaczego internet przestał działać?

O rany. Nie wiem, czy tu jakby chcemy wnikać o wszystkie szczegóły, bo Cloudflare bardzo szybko opublikował swoje postmortem, dokładnie tak. To było w ogóle 18 listopada, czyli całkiem niedawno. Autorzy trwał 6 godzin, tak summa summarum. Tam wynika z tego time frame'u, co jest naprawdę dużo, biorąc pod uwagę zakres zastosowania Cloudflare'a. Latały wszystkim pięćsetki. To generalnie na początku, co jest dosyć zabawne, to Cloudflare sam myślał, że to jest wielki atak DDoS-owy. Chyba ze dwie godziny zajęło im dość się do tego, że to jednak nie był atak DDoS-owy, tylko problemy związane z bugiem w kodzie, który został wy...

wywołany czy przebudzony w momencie zmiany uprawnień do bazy danych, która popsuła pliki konfiguracyjne. Spowodowała, że pliki konfiguracyjne ze względu na duplikację wpisów stały się dwa razy większe i to przekroczyło jakiś tam zakres pamięci, który mieli na to przewidziane. I zaczęło to sypać takimi gołymi wyjątkami w raście, które nie były łapane i to powodowało pięćsetki po stronie Cloudflare'a. I to powodowało, że Cloudflare przestał działać. Trzeba przyznać Cloudflare'owi, że jak zwykle szybko wypuścił sensowny postmortem w transparentny sposób. napisał, co tam się wydarzyło, wziął winę na siebie i tutaj nie kombinował.

Dlaczego firmy tego nie zrobiły? Wy wiecie więcej niż ja. Znaczy to, czy da się je wypiąć, to ten, ale... Bo wiesz, tam jednak dużo się opiera na DNS-ie, czas propagacji też i tak dalej, ale bardziej mnie... Znaczy ja rozumiem, dlaczego tego tam nie ma, ale moja pierwsza myśl była, dlaczego tam nie ma bypassu na taki wypadek. Czyli generalnie, jeżeli Cloudflare Jego frontend działa, bo pokazuje mi stronę, która pokazuje, że Cloudflare nie działa. Jego frontend i w ogóle serwis wie, że ta druga strona działa. to jeżeli pośrodku Cloudflare nie działa, to dlaczego nie robimy Redirecta Direct do tamtej strony. Ja rozumiem, jak są z tym zagrożenia, ale wtedy taka firma jak Voidka mogłaby powiedzieć, wiecie co, jesteśmy świadomi tego, że teraz przyjmiemy ten DDoS potencjalny na nas, ale chcemy być dostępni.

A tutaj jednak jest to tak zrobione, że jeżeli Cloudflare nie działa, to wszyscy muszą czegoś, żeby oni to naprawił. to było takie moje, że ten bypass to... Ale to nie jest jego odpowiedzialność, to jest twoja odpowiedzialność jako klienta, że w tym momencie odpowiada się na jednym providerze, no to może... Nie, to tego jestem pewien, bo tam zakładam, że tam w terms and conditions jest napisane, że to tylko id było, czyli twoja odpowiedzialność. Dokładnie, no wiesz, jak jesteś AWSem, to to nie jest tak, że jako backup plan, jak my nie działamy, to cię automatycznie przekierują na GCP. Okej, no to teraz pospekulujmy, dlaczego firmy robią tak, podejmują taką decyzję, nie? No bo to wiadomo, że to tak działa. Zanim do tego przejdziemy, pozwólcie mi się odpalić. Uwaga, tutaj poprosimy naszą obsługę techniczną do tego, żeby poszło taki steam, po prostu wypuszczenie pary.

Lecimy. Słuchajcie, teraz tak, Cloudflare, powiedziałeś, że CDN. Dla klientów CDN tak naprawdę to jest mniejszy produkt. Najważniejszy produkt to jest cała rodzina produktów, które pozwalają powstrzymać ataki DDoS. Czyli ja sobie sprawdziłem, no tutaj trzeba powiedzieć, że Cloudflare ma technologię do tego. To jest ponad 200 miast, które posiadają centra serwerowe, czyli to jest tak zwany edge właśnie Cloudflare'a. Największy atak, który powstrzymano, to jest 22 terabity na sekundę. Słuchajcie, to jest prawie 11 miliardów pakietów na sekundę i to było we wrześniu tego roku. Poprzedni rekord to był 11,5 terabajta na sekundę.

Notabene też z września tego roku. Poprzedni to było 7 terabajtów na sekundę. Jak widzicie, ta skala ataków rosną, Cloudflare sobie dawał radę. Tyle dobrego o tym, bo teraz... O tej firmie. Nie, nie powiem o tej firmie, natomiast ja osobiście, jeżeli bym dostał ten postmortem, to ja bym odpalił, słuchajcie, no, Rage Against the Machine. Ale ty widzisz publiczną wersję postmortem, też bym tak powiedział. Czekajcie, ale nie, nie, nie. Jako klient widzę postmortem i czytam, nie, nie, nie, sekunda, i czytam to, co czytam i mówię, panowie, what the... za przeproszeniem, to, co Sebastian powiedział. What the Cloudflare.

What the Cloudflare, dokładnie. Teraz tak, lecimy. Zacznijmy od tego, co możemy przeczytać w timeline. 23 minuty, jak to się wszystko propagowało. Nic z tego nie wykryło. 23 minuta. Przepraszam, czy też masz takie wrażenie, że Wojtek jest przygotowany na ten temat? Ja? Kurczę, ja. Każdy ma swoje hobby. Dokładnie. Ja jestem fanem Pozmotem. Może to teraz jeszcze, i to możecie wyciąć później, puścić gdzieś. Ja jestem fanem Pozmotem. To jest najlepszy moment w firmie, który pokazuje, co nie działa. I teraz wyjdę z tej perspektywy. To jest też najlepszy moment w firmie, żeby zadać sobie bardzo podstawowe pytania. Czyli wyjść z first principles. Five why, które tutaj zastosowano, to dla mnie jest tylko i wyłącznie dojście do technicznych problemów, które są świetnie opisane, to oddaję.

Natomiast całe te plany na temat jak fantastyczne jest to postmortem. proponuję wrzucić do kosza, bo ono jest tragiczne i jako klientowi mi mówi, Cloudflare naprawdę jest w złym stanie. I teraz to mogę powiedzieć dlaczego. 23 minuty propagacji nic tego nie wykryły. Zaczynamy timeline od tego. Pierwsi użytkownicy zaczęli dawać znać Cloudflare, że coś nie działa. Dopiero w 26 minucie, czyli 3 minuty później, automaty powiedziały, ej, coś jest nie tak. Ale teraz zaczynamy najlepszą część, to co Sebastian powiedziałeś. Oni byli przekonani, że to jest DDoS. I ja czytam, że prawie dwie godziny trwali w tym przekonaniu, że to jest DDoS. Panowie, dwie godziny firma tego typu, która posiada DNS-a 1.1.1.1, posiada najlepsze zabezpieczenia przed DDoS-ami, prawie dwie godziny lata jak kurczak bez głowy i nie rozumie tak naprawdę tego, co się faktycznie dzieje, gdzie internet się zatrzymał.

To jest dokładnie ten sam problem, dlatego powiedziałem, że nic się nie nauczymy, bo skoro AWS się tyle nie nauczył na tym US East One, to skąd założenie, że Cloudflare ma się nauczyć na tym przypadku. Więc coś takiego bym tutaj podniósł. Druga rzecz jest taka, że jak spojrzycie na ten błąd w kodzie, nie wiem, czy wszyscy na tego rasta patrzyli, czy nie, ja patrzyłem, przyznam, to tam po prostu gdzieś zabrakło jednej klauzuli w zapytaniu, która zawężała po bazie. I dlatego zaczęły się łapać inne wiersze, które potem się dodawały. To taki typowy błąd ludzki. Jak dla mnie to jest taki wskaźnik, że to na pewno było testowane. Jakiegoś automatu testującego. Ale zadajesz sobie to pytanie, które ja sobie zadaję i który mnie współżyło. Bo to jest, to akurat jest taki, jeden z takich case'ów, o których zwykle myślisz, tworząc te automaty, nie?

Czy tam masz prawidłowy zakres, czy obejmuje to wszystkie klauzule, no po to właśnie te testy automatyczne są, żeby tę kombinację klauzul i klauzulę sprawdzać. Więc to jest jakieś znowu moje gdzieś tam pytanie. Więc czy się czegoś nauczymy jako industry na tym? Nie wiem, nie sądzę. Użyteczność Cloudflare jest duża, pady zdarzają się rzadko, nie będzie incentywu, żeby wychodzić z tego. To, co ja bym skrytykował, to jest to, że Cloudflare jako firma, która odniosła sukces, też w pewnym sensie gdzieniegdzie zamazuje granice między swoimi produktami i tożsamość tych produktów. Jest coraz łatwiej wykorzystywać tego Cloudflare'a nie tylko jako CDN, ale jako jakiś Cloud Work, jest milion innych rzeczy.

I potem, mówiąc wprost, governance w wielu firmach zawodzi i nagle się okazuje, że jak ktoś dostaje stwierdzenie, ej, słuchajcie, Cloudflare nie działa, czy mamy szybką alternatywę, czy możemy to wyłączyć, to nagle się okazuje, że nie, bo to jest już w tylu miejscach użyte, do tylu różnych rzeczy, że po prostu nie da się tego zrobić. Więc to jest może taki przytyk do industrii, nie tylko do Cloudflare'a, który jest sprytny i dobrze umie sprzedawać. Dobrą usługę dają, nie? I po prostu dobra usługa i dużo ludzi jednak, Cloudflare dla nich jest tym, delegujemy wszystkie problemy związane z siecią, dystrybucją, loadem do nich, nie? I tyle. No i na końcu, wiesz, no, rachunek wychodzi pozytywnie. I co? Mamy wielkie proksy do internetu. Jeżeli Cloudflare nie działa, to my nie działamy, to nas nie widać. Znaczy jest to firma, która ma bardzo dobre produkty, to bez dwóch zdań.

My jesteśmy proksy do wiadomości w świecie i to się wydarzyło. Ja swoją drogą sprawdziłem, czy tam był jakiś większy dump na Cloudflare, związany z tym incydentem. Tak jak leci rynek, tak oni polecieli, nic wielkiego się nie wydarzyło. Więc rynek nie widzi tego, że Cloudflare tam zjedzie, przestanie istnieć i tak dalej. To mój tylko apel, róbcie inaczej postmortem. I póki jeszcze klaustra działa, to jest dobry moment, żebyśmy zawinęli. Właśnie chciałem to zrobić, tylko to róbcie inaczej postmortem mnie tak zastanowiło, jak to zawinąć, ale spoko. Jeżeli robicie inaczej postmortem, dajcie nam znać w komentarzach tam na dole. My nie robimy inaczej postmortem, przynajmniej ja. Zobaczymy, gdzie nas doprowadzą kuki, a to nas doprowadziło do końca tego odcinka Bru, więc dziękujemy wszystkim.