Nic tak pięknie nie brzmi jak tłumaczenie niektórych angielskich terminów :) Lustrzane odbicie pakietów!

nauczylem sie IT w UK i teraz sie ucze nowych polskich slow

No pytanie ile linii kodu koniec końców się z tego zrobiło, bo pv-mounter o którym opowiadałem to koniec końców jest ponad tysiąc linii i w całości ChatGPT już średnio to ogarnia ;) ``` ❯ ~/pv-mounter gfind -name '*.go' | xargs wc -l 31 ./cmd/plugin/cli/clean.go 49 ./cmd/plugin/cli/root.go 59 ./cmd/plugin/cli/mount.go 10 ./cmd/plugin/main.go 104 ./pkg/plugin/clean.go 33 ./pkg/plugin/utils_test.go 183 ./pkg/plugin/mount_test.go 99 ./pkg/plugin/utils.go 473 ./pkg/plugin/mount.go 1041 total ```

dosc malo, to maly programik. ale jary :=)

W mojej ocenie dla użytkownika IT Pro jest "ok" jak każdy inny soft, który jest powiedzmy "dojrzały", ale dla usera mniej profesjonalnego nabycie umiejętności debugowania tego co flux robi i kiedy (czytanie logów ze zrozumieniem, osiągnięcie pełnego zrozumienia zależności, flow itp) jest skomplikowane. Jak porównamy to np. do Argo to osiągnięcie tego samego z UI wypada znacznie lepiej (dalej mowa o userach non it pro)

Na chwilę obecną 40+ osób. Jak chodzi o proporcje to około 3-4%

Maciej, tutaj sami swoi :) Gratuluje odwagi, wytrwałości (11 lat w IT!!!) i dla mnie bardzo fajnie poprowadzonej sesji :) Sam od 3 lat pracuje w IT i po 2 miesiącach bycia devem zostałem nominowany na "DevOps" - sam platform engineering jest świetny sam w sobie ale wymaga pewnej dojrzałości organizacyjnej i moim zdaniem jest naturalnym krokiem w przód dla organizacji (sam to obserwuje), podział na zespoły SRE, Platform Engineering czy DevSecOps to naturalna kolej rozwoju. Aktualnie jestem tym wszystkim w jednej osobie :D

@@et2931 Dzięki :D !

ło panie ale miniaturka z słynnego metrowego kepsika :D pamietam pamietam! Pozdro!

musisz znać się bardzo dobrze na Linuksie, jak działa komputer, vmki, sieci - to jest baza. Potem dochodzi cała wiedza specyficzna dla devopsa - sposoby deploymentu, monitoring troubleshooting i tak dalej. Powiedziałbym, że to chyba jedna z pozycji, na którą trzeba najwiecej wiedzy z IT. Imho ciężko bez dobrych studiów pojąć to wszystko

@@losiu998 jestem po studiach, kilka lat w it jednak to wlasnie sieci, administracja, infrastruktura it to jest co mnie zawsze jaralo.

Pozwól że rozwinę ten kilkuwyrazowy fragment o vmkach ("teraz w ogóle jeszcze vmki będziemy mieli w k8s"). Kubevirt potrzebował ponad 5 lat żeby wyjść z wersją 1.0 w 2023. Wersja ta oficjalnie jest production ready co otwiera jej drzwi dla dużo większej ilości użytkowników (poza grupą firm które już wcześniej się na to zdecydowały). To prawdopodobnie spowoduje znaczną popularyzację tego rozwiązania wśród mniejszych graczy.

@@mariuszdalewski5287 racja, ale jednak to zastosowania dosyć specyficzne, i akurat rozumiem firmy takie jak orange czy nvidia, a nawet jakiś współdzielony desktop. Ale znaczna popularyzacja? Zobaczymy co świat pokaże. Pewnie ktoś namówi jakies korpo, żeby sie do chmury prznosili w stylu shift and lift. P.S. kilka lat udzielałem się w projekcie kubevirt. Fajna zabawa. Ale wg. mnie całe to kubernetes to aktualnie strasznie skomplikowana maszyna. I jeszcze ta sieć. Niech zaczną pakiety ginąć. To się człowiek zastanawia czy to pod calico/istio padł, czy to się limity w OS wyczerpały czy to.... i kilka poziomów abstrakcji do sprawdzenia.

@BartoszRybacki0 patrząc na ruchy rynku wirtualizacji (VMware) i bardzo mocny kierunek definiowania wszystkiego jako kod, to niestety może pojawić się na to moda. K8s też widzi w tym sens, bo jako jeden z powodów dodania wsparcia dla swap podaje Kubevirta. Zobaczymy.

@BartoszRybacki0 odnośnie szukania pakietów, dosłownie wczoraj ich szukałem i powodem moich problemów było to, że Flannel użył złego interfejsu jako podstawowego do zbudowania swojego bridge'a ;-( W efekcie wszystko działało, ale sieć mi się segmentowała, bo komunikacja pomiędzy nodami szła po sieci lokalnej zamiast po overlayu. No i to jest sroga zabawa z tcpdumpem, niestety ;-(

na tym polegają takie spotkania, by dzielic się swoimi doświadczeniami :) I tak też zrobił, i dobrze mu wyszło.

nie krytykuje twojej wypowiedzi, po prostu chcac byc uczciwym zapytam: z czym konkretnie sie nie zgadzasz i jakie sa twoje odpowiedzi. Bo "Niestety ilość rzeczy z którymi się w tej prezentacji nie zgadzam (...) jest przytłaczająca" jest zwyczajnie slabe. Tak mozna powiedziec o wszystkim

Heja. Też bym z chęcią dowiedział się z czym się nie zgadzasz. Będzie okazja, to w kolejnej prezentacji coś poprawię :)

Wynik uruchomienia Docker compose to trochę taka najmniejsza jednostka orkiestrowalna przez K8s, czyli Pod. Wiadomo Kubernetes (skrótowo K8s) odpowiedzialny jest za zarządzanie tysiącami takich Podów, w tym pośrednio konfigurację sieci, wolumenów, praw dostępu itp itd. Jedynym pseudo konkurentem ze strony Dockera był Docker Swarm, jednak projekt dawno już nie żyje, I dobrze, bo tylko konteneryzacja ("there is no such thing as container!"), czyli namespacowanie podsystemów OS'a - np. sieci, listy procesów, mapowania pamięci itp., powinna być zadaniem dokera :), tak samo jak egzekucja zadań od Orkiestratora (k8s) realizowana jest przez aplikacje zewnętrzne przy pomocy API (provisionowanie wolumenów, ustawienia sieci, itp itd). Pozdrawiam 😛

@@mioszlinkiewicz4272 Kiedyś był bardzo fajny projekt, nadający się do (na moje oko) 80% projektów webowych - Rancher (1.6). W skrócie - api dla skalowalnego docker-compose, z natywnym wsparciem namespeców, z haproxy jako ingressem, jednocześnie banalnym w obsłudze wyklikiwalnym UI. W jego interfejsie każdy kto rozumiał podstawy docker-compose (wtedy jeszcze nie było docker compose) był w stanie uruchomić coś na serwerze, były gotowe aplikacje w "app storze" jak chociażby gitlab, była obsługa dowolnego stopnia skomplikowania routingów - automatycznych, manualnych, wreszcie można było wystawić port kontenera czy dowolną inną funkcję możliwą lokalnie. Oczywiście to wszystko było z wsparciem dla wielu node'ów, z systemem dostępów, kluczy api itp itd. Nigdy nie udało mi się nawet zbliżyć czasowo (code to prod) do tego co było w banalny sposób osiągalne z dawnym Rancherem.

Ale za to jaki ciekawy temat :) I fajnie, że w Polsce są startupy zajmujące się takimi sprawami.