Z życia Protopii - gdzie hostować postgresa?

Cześć, słuchajcie Patriotów, prowadzą Szymon Warda i Łukasz Kałużny. A ja się bałem, że będą kluski z rosolem Szymonie, ale wszystkie linki do tego odcinka znajdziecie gdzieś tutaj na dole. Na dole znajdziecie look na Patoarchitekci.io Łukasz, a czy wiesz, że kluski w rosole wychodzą lepiej tym, którzy subskrybują nasz kanał? Tak. Tak, poważnie, polecamy. Lajkowanie to działa. Więc ku chwale algorytmu Zalajkujcie, zasubskrybujcie, a jeszcze lepiej, jak jesteście na YouTubie, zostawcie komentarz, randomowy komentarz, który zawiera 8 słów. Będzie super. Dobra, to jeszcze dwa drobne ogłoszenia. Czekaj, Łukasz. Zerknijcie na szkolenia. Wiesz, że temat? Co robisz 16 czerwca?

Wiesz co? Będę się wymądrzał na temat nie ejaja. O, a gdzie? Na naszej konferencji z okazji dwusetnego odcinka, więc zerknijcie na detale, a przy okazji też zerknijcie na nasze szkolenia. Dokładnie. Dobra, lecimy z tematem. Dzisiaj takie trochę wejście w to, co właściwie też robimy w Protopii, co się u nas odbywa. Bo czasami robimy takie analizy wszelkiej maści, różne audyty i tak trochę pomyśleliśmy sobie, że damy wam taki mały przegląd, jak to wygląda i co tam właściwie robimy. Dobra, to Szymon. Powiedzmy sobie, kiedy to się odbyło. To, czy masz odcinek, bo to są pewne rozważania sprzed x czasu.

Powiem, że będziemy w ażurze, więc usług mamy trochę do wyboru. Którą wybrać? Szymon, i chyba dodałbym jeszcze jedną kluczową rzecz przy całości tam, która jest istotna moim zdaniem, znając temat. To, że była tam drobnica bozadonowa, czyli że to mimo, że o dużym wolumenie, to też jest duża ilość oddzielnych baz danych, szardów, tenantów, w zależności jak to sobie nazwie w tej architekturze. Które są dodatkowo jeszcze tak, każdy szarg ma kilka baz danych, one są nierównorozmiarowe, które są większe, które są mniejsze, jest tego, więc takie wynika z problemów, które zostały zidentyfikowane nawet po prostu nie, no to był po prostu narzut na utrzymanie tego, zarządzanie i tak dalej, i tak dalej, i tak dalej. I teraz ważne. Zmiana architektury nie wchodziła w tym miejscu w grę.

No nie, a potem wszystkim oceniamy, gdzie jest ta granica między chce, a realnie potrzebuje. No nie, bo potrzebuje to jest w określonych momentach, a chce to jest takie fajnie byłoby, ale no może niekoniecznie. Wiele tu się nie wyśle. Ale dobra, dobra. I to jest trochę Szymon też powiedzenie sobie rzecz, która gdzieś tam się przebija w różnych odcinkach, czyli... Brutalny realizm. Spisanie realnie, urealnienie potrzeb. O tak. Tak. A czemu to jest ważne? No bo każda potrzeba, ileś będzie kosztowała organizacja. Czy w kosztach usługi, czy w osobogodzinach, czy w narzucie czasowym, czy w czymś innym, będzie to realnym kosztem. No nie? Więc problem jest taki, jak my czasami widzimy takie opcje od konkurencji, że ktoś mówi i daje, potem mówi, o wszystko możecie, a potem daje na koniec cenę taką, że klient mówi, o nie, to ja w ogóle tego nie chcę.

To nie do końca. Dobra, więc co nam wyszło po tych wszystkich wywiadach, rozmowach, tak dalej, że spisujemy to, potem robimy spotkanie z klientem, prezentujemy co nam wyszło, z reguły jest takie stwierdzenie, no faktycznie, o części wiedzą, o części nie wiedzą. Ewentualnie zaczyna się konflikt interesów w tym miejscu. W tym przypadku chyba go nie miałeś, z tego co pamiętam. Nie, to było bardzo spójne, tak. To było spójne. Niektórzy po przedstawieniu, bo chyba trzeba warto dodać Szymon, że kiedy przedstawiasz takie coś, jest zawsze wymagania. Zdarzają się sytuacje, że niestety trzeba pogodzić grupy interesariuszy i spływają przeciwstawne potrzeby z organizacji. Często jest koszt versus to, co potrzebujemy realnie.

Kosmos, że tak powiem. Ale się zrymowało. Więc dużo czerwonych flag, usługa odrzucona i bardzo dobrze. W sumie cieszymy się z tego bardzo mocno. Najmocniejszym... Ale inaczej, trzeba też Szymon powiedzieć jedną rzecz. Ona padnie przy reszcie usług zarządzanych. Że jest problem z backupem, taki realny problem z prawdziwym backupem i z prawdziwą replikacją, z którą mogą być problemy. Znaczy tak, Kosmos to było to, że jest usługa fajna jak się wchodzi, nie do końca tam było seriuszu wyjścia z niej w ogóle. W sposób... Ucywilizowane. Jedyny, który był, to był taki migracja czysto aplikacyjna, co byłoby horrorem kompletnie. Backupy to wiadomo, że tego nie zrobimy i nie otworzymy. To już z tym się trzeba pogodzić.

Zauważ, jeszcze parę lat temu byśmy powiedzieli, nie próbuj tego hostować na Kubernetesie. To by poleciało. I teraz chyba dwie tutaj jeszcze takie już na koniec dwie ważne rzeczy. Te kompetencje na przykład u klienta Kubernetesowe były. To jest istotny element. Były. I wiecie, teraz jest jedna rzecz, z której zawsze trzeba popatrzeć i z którą ja mam troszkę problem. Bądźmy szczerzy, słowo pod tytułem zbudujemy kompetencje potrafi być mitem wielu. Zanim dojdziemy... Inaczej, menadżersko ktoś pomyśli, że wysłał na dwa szkolenia i ma już zbudowane kompetencje. Może być takie przeświadczenie. Wiesz Szymonu, że są takie przeświadczenia.

Ale moja myśl przewodnia będzie, Szymon, taka, że wraz ze wzrostem skali i potrzeb Taniej zrobić to na Kubernetesie w części rzeczy. Nie wiem, czy chciałbym hostować kolejną kafkę, czy kolejkę na przykład na Kubernetesie. Od strony teraz operatorów, które mamy na bazach danych, nie ma tutaj tragedii. Tak, to też taki obszar jest to, co powiedziałeś, że jeżeli mamy kompetencje albo potrzebujemy, bo koszty nas dojadą, to operatory są super. Jeżeli mamy kompetencje już Kubernetesowe, umiemy z tym bazami. Jednak jeżeli mamy małą skalę, nie potrzebujemy tego, chcemy wydelegować, Uczciki zarządzania są dalej bardzo fajne. Więc to jak najbardziej. Dobrze. Chyba tyle. Monologu Szymona. No to trzymajcie się. Na razie.