Helm vs Kustomize

Cześć! Słuchacie? O dziwo Patriotów. Prowadzam Szymon Warda. i Łukasz Kołóżny. Wszystkie linki do tego odcinka na patarchitekcie albo tutaj na dole. Nie po boku, nie po prawo góra, tylko na dole. Dobrze, Łukaszu. To co tam dzisiaj? Przypomnijmy szkolenia, bo znalazły się już na stronie, bo dużo z Was płakało, marudziło albo było niezadowolonych z tym, że proces wydawania budżetów szkoleniowych w firmie jest długi, więc wrzuciliśmy już terminy szkoleń na początek przyszłego roku różnych. Z moich jest jedno nowe, to taki sneak peek, agentik AI the hard way, czyli napisz agenta od zera, bez żadnego frameworku, bez żadnego longchaina, a na 16 grudnia zostały też miejsca na Kubernetes de Hardway.

Szczegóły możecie znaleźć sobie na stronie. Dobra, jak jesteśmy przy Hardwayu, to dzisiaj rzecz, po której ja się z Tobą totalnie nie zgadzam. bo dawanie tego ludziom to jak dawanie dziecku brzytwy, żeby popiegało sobie po placu zabaw, czyli helm versus customize, czyli odwieczny problem, czego powinniśmy użyć do templatingu, przygotowania deploymentów na Kubernetesa. bo tak to można określić. Dobrze, to może małe wprowadzenie, co jest czym. Customize umożliwia nam zmiany jamla, mówiąc bardzo prosto, i modyfikację przez tam wiele poziomów. Mamy bazowy obraz i go tam modyfikujemy różnymi overlayami. Inaczej trzeba powiedzieć po prostu robimy, inaczej, robimy patche...

Bo ja helmem nie gardzę, gardzę sposobem użycia i to jest bardzo istotna różnica. Poczekaj zaraz w tym, zaraz do tego przejdziemy. Dobra, i helm pierwotnie, to też jest bardzo ważne, jest package managerem i tego jego pierwsze takie przeznaczenie, takie bardzo szerokie, to jest packet manager i mamy coś, co nazywamy artifact hub. na którym znajdziemy różne rzeczy do instalacji, jako paczki na Kubernetesie. Weźmy owianego słowom Prometeusza, jakieś operatory, third-party softy, teraz przychodzą enterprise'owe w postaci helma, więc jest to sposób dystrybucji manifestów do Kubernetesa, żeby zrobić produkt do instalacji. Helm jest świetny do dystrybucji produktów.

I to jest taka rzecz, której ludzie nie do końca akceptują. tej higieny. Przeglądając coraz więcej rep odnośnie właśnie instalacji helma, to już stało się standardem, że naprawdę dobre praktyki w helmie weszły i już zagościły i są. ale tylko patrzysz to z produktów, teraz bardzo ważne, patrzysz to z dużych produktów open source'owych. Łukasz, tak, ale kiedyś te produkty open source'owe właśnie miały pierdolnik i ludzie się nauczyli z tego pierdolnika, a obecnie już się rynek uporządkował, więc to też spływa na dół i jednak jest to, te zasady są już, jak robić to dobrze, zostały ustalone. ale są nieużywane dalej, bo lecimy z brzytwą. To tak, z mojej perspektywy, czy będziemy używać helma z Kubernetesem?

Dodajesz. przy produkcie jest bardzo dobra, przy naszym wewnętrznym potrafi znowu skrzywdzić. Nie mamy tego zupełnie w customizie, a Szymon odnoszę się do huków i testów. I żeby teraz tylko wprowadzić o co chodzi, helm ma raz, dwa, trzy, cztery, pięć, sześć, siedem, osiem, dziewięć huków. Mamy akcje pre-post install, pre-post delete, pre-post upgrade i pre-rollback, post-rollback oraz taki ostatni, który też jest pod komendą helm test, czyli zrobienie testu. I chodzi o to, że na naszym klastrze w tym momencie mamy specjalne możliwość wrzucenia specjalnych huków, podpięcia się pod wywołania w tych momentach eventy i coś może zostać na Kubernetesie przykładowo tutaj w tym miejscu,