#16 DevOps – kim jest i czym się zajmuje? Łukasz Kasprzak.

Czy na takim stanowisku gdzieś pracowałeś, czy może wyżej? Jeśli chodzi o moje doświadczenie, to było bardziej budowanie procesu CI-CD i głównie pracowaliśmy z Jenkinsem. Ustawianie wszystkich, jakiś flow pod każde repozytorium, takie typu rzeczy. Później, w momencie, w którym firma zaczęła bardziej korzystać z nowszych technologii, to też Dockerem się zajmowaliśmy, bardzo przenosiliśmy wszystkie aplikacje w stronę Dockera i konfiguracja wszystkich Nexusów i tak dalej. Ja myślę, że to jest właśnie fajny model. Tutaj pokazuje, że można podzielić ten proces na kilka etapów. Są takie keywordy typu day zero, day one, day two, w których Na innym momencie czasu zajmujemy się innymi rzeczami niż na takim day zero.

Natomiast gdy firma się rozrasta, gdy potrzebujemy zacząć korzystać z rozwiązań, które są na rynku i zacząć się uczyć nowych technologii, na przykład Kubernetesa, no to może to być dosyć duży próg wejścia dla osób, które nie wiedzą, jak to funkcjonuje, aby takie coś wprowadzić w firmę. Więc tutaj taka osoba DevOps, która już ma do czynienia z taką technologią, która wejdzie do firmy i która pokaże, jak tego używać, no na pewno jest to pomocne. Zazwyczaj takie osoby zainteresowane tą ścieżką DevOps, one się interesują całym tym systemem dookoła, już nie tylko powiedzmy Terraformem, ale wszystkim dookoła, które się dzieje. No i to pomaga, samo na przykład takie zainteresowanie, co możemy uzyskać z tego Kubernetesa, w czym on nam może pomóc, no bo możemy powiedzieć, że to pomoże nam tylko uruchamiać obrazy dockerowe i tutaj skalować się horyzontalnie.

Ale tam jest mnóstwo innych funkcji. No i nie wiem, teraz zapoznanie się z tym wszystkim od zera jest ciężkie. Zgadzam się. Jako programista raczej nie mam na tyle czasu, żeby siąść i wszystkie na przykład serwisy na AWSie też prześledzić, zrozumieć o co w nich chodzi i korzystam z takiego, które jest mi najwygodniejsze, dla mnie najwygodniejsze, a nie prześledziłem. Być może jest jakieś, które lepiej by pasowało do naszej sytuacji. Tak jak mówiłem, zaczynałem pracę jako DevOps i jednym z takich narzędzi, którego musiałem się nauczyć, był Jenkins. Później z czasem doszedł jakiś Docker, troszeczkę Kubernetesa, jakieś inne narzędzia podobne do Jenkinsa, na przykład korzystaliśmy z Argo. Jestem ciekaw, jakich narzędzi teraz powinien się uczyć DevOps.

Nie wiem, integracja z systemami typu PagerDuty, że ktoś ma on-calla, że jest notyfikowany, że coś nie działa, wzywanie, ale też jakieś właśnie takie self-healing, narzędzia typu zresetuj dany pod, może się uda go postawić i nie trzeba będzie nikomu dzwonić. Więc w kierunku takiego właśnie observability i monitoringu. Chyba też tutaj właśnie security, tylko że security to jest też bardzo obszerne i to prawdopodobnie zależy od wymagań firmy. Natomiast jakieś skanowanie obrazów dockerowych, tak żeby sprawdzić co działa na naszym klastrze, czyli jeżeli pojawią się nam tutaj jakieś zagrożenia, aby to szybko wykryć, stwierdzić stan naszego klastra, to jest też częścią tak jakby pracy DevOpsa.

Czasami takie testowanie na produkcji, która jest też devem, powoduje problemy i frustracje deweloperów. Fajnie, że podzieliłeś się takim doświadczeniem. Czy masz jeszcze jakieś inne ciekawe przypadki ze swojej kariery? Kiedyś mieliśmy taką sytuację, że właśnie w skryptach terraformowych trzymaliśmy listę repozytoriów dockerowych. No i ona była niealfabetyczna, więc jedna z osób stwierdziła, że zrobi kod ładniejszy niż był i posortowała je alfabetycznie. W tym momencie Terraform zastosował technikę, że skasuje wszystkie i stworzy od początku, co wiązało się z utratą wszystkich naszych obrazów dockerowych, które gdzieś tam były przechowywane i braku do nich dostępu.