DevTalk #134 – O DevOps 2025 z Piotrem Zimochem

kompletnym przeglądem. Pewnie. Tutaj powiem przewrotnie, że to mocno zależy od organizacji, w której się aktualnie funkcjonuje, bo przejść przez całą listę narzędzi, no to zależy od Twojej chmury, zależy od tego, co Twoja platforma dostarcza. Ale jakbym miał tak zgeneralizować, uprościć temat, no to na pewno znajomość podstaw samego Kubernetesa. Cloud Native... w wielu przypadkach jest definicją tożsamy z Kubernetesem, niestety. Niestety, dlaczego mówię, bo jeszcze dawno temu, jak zaczynałem z chmurą, dla mnie cloud native to było wszystko, co jest cloudowe. Czyli np. serverlessy były jak najbardziej cloud native. Robienie tego, co po prostu uruchamia w chmurze jest takie. A okazuje się, że rynek poszedł w tym kierunku, że teraz jak poszukasz sobie

na stronie Cloud Naked Foundation, to jest taka organizacja, która swoją drogą robi wiele dobrego dla tego półświatka i pomaga różnym systemom przechodzić przez ich cykl życia i stwierdzić, w którym momencie one się już nadają do takiego publicznego użytkowania, no to ten Cloud Naked Foundation i jej standardowym, takim może nie standardowym, ale jej takim flagowym produkcem jest właśnie Kubernetes. Więc Kubernetes jako de facto system do orkiestracji naszych workloadów jest teraz wszędzie. Więc zrozumienie tego, jak on mniej więcej działa, jakie ma pasowe składowe, jest kluczowe, abyśmy rozumieli, że jeżeli piszemy aplikację, która jest stricte stateless, to fajnie, będzie nam łatwo. Jak piszemy takie aplikacje statefulowe z jakiegoś powodu,

Mamy już, ilość tych jamli napisanych na GitHub w internecie jest tak duża, że te elementy miałyby chyba dość informacji, żeby się nauczyć, jak to pisać. Z małym wyjątkiem, to nie zawsze działa fajnie z jakiejś powody dla Terraforma, dla tych takich narzędzi IAC, takich typowych, Terraform Cloud Transformation. Tutaj Może ja nie jestem z tych, nie należę do ekspertów, którzy sobie umieją fajnie agenty skonfigurować, ale ten kod jest zdecydowanie dla mnie często suboptymalny. Ale jeżeli mówimy o manifestach kubernetasowych, jeżeli mówimy na przykład o pisaniu starodawnych... znowu w cudzysłowie starodawnych, Ansible'owych playbooków. Też to się fajnie sprawdza. Ansible'a było chyba tak dużo na GitHubie, że znowu się fajnie nauczyło i możemy dużo rzeczy dzięki temu swojej pracy automatyzować.

Ale dobra, o tym nie gadaliśmy, więc o tym nie będę mówił. Ale tak samo się mówiło o serverlessie, że serverless jest dead, teraz już tylko jest Cloud Native, Kubernetes. Dalej widzę i są osoby w branży, które z sukcesem w teamach dwuosobowych tworzą systemy sewelosowe, które spełniają wszystkie wymagania, a w innych realiach byłyby te zespoły, trzy zespoły pięcioosobowe potrzebne, żeby rzeczywiście ten sam system napisać i utrzymać. Od samego początku wiedziałem, że to pytanie ci zadam, ty nie wiedziałeś, ale w trakcie naszej rozmowy, jak mówiłeś chociażby o Lambda Functions, to tak się spodziewałem, że przy tym pytaniu wrócisz do tego wątku. Ciekawe, ciekawe widzisz. Pewnie tak tego rozumowania mnie pociągnął. Gdybym wiedział wcześniej, pewnie bym coś innego znalazł. Ładunek emocjonalny tam był widoczny. Bym coś znalazł innego, ale nie, myślę, że to było całkiem fajne.