#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.

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.

No i tutaj trzeba było dosyć wykazać się sprytem, aby te obrazy w jakiś sposób odzyskać z działających klastrów i z powrotem je tam wgrać. Jak zaczynałem pracę jako DevOps, w sumie jedynym narzędziem, na które musiałem się skupić i które rozumieć, to był Jenkins. Z czasem dochodziły właśnie Tokery, jakieś Kubernetes i tak dalej. Widzę, że rola takiego DevOpsa, żeby być dobrym DevOpsem, jest bardzo dużo narzędzi, których trzeba rozumieć, których trzeba się uczyć. Jak twoim zdaniem powinien wyglądać rozwój DevOpsa? Na czym się trzeba skupić? Czego się uczyć? Czego warto, czego nie warto? Ja bym tego nie ograniczał tylko do DevOpsa. Wydaje mi się, że w każdej roli software developera, frontend, backend, QA powinniśmy się uczyć się rozwijać.