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

W mojej opinii, tak jakby szukaliśmy optymalizacji w software, no i w czasach, kiedy mamy już rozwiązania cloudowe, nie ma potrzeby, aby te serwery fizycznie gdzieś trzymać. Możemy je sobie zażądać na żądanie, one będą gotowe dla nas po minucie. Więc to działa, to pomaga. W jaki sposób tutaj DevOps może pomóc? Oczywiście możemy użyć jakiejś konsoli AWS-owej, gdzieś sobie wyklikamy, że chcemy mieć serwer, on będzie stał, będzie gotowy, tylko że za chwilę możemy mieć potrzeby, aby postawić drugi taki sam serwer, z takimi samymi ustawieniami. No trzeci, czwarty. Jeżeli będziemy to wyklikiwać, bardzo szybko zapomnimy o jakichś ustawieniach, że coś zmieniliśmy, że coś tam było zmienione i no mamy te serwery w różnym stanie.

Więc tak samo właśnie w IT dąży się do tego, żeby te zasoby, którymi kontrolujemy, żeby one były w pełni automatyczne, żebyśmy mogli je łatwo podmienić. Jeżeli coś nie działa, podmieniamy, resetujemy i tak jakby operacyjnie wracamy do stanu. Czy są jakieś narzędzia? Bez których nie wyobrażasz sobie, że DevOps mógłby pracować? Tak, no tutaj myślę, że właśnie kierunek taki Infrastructure as a Code, czyli trzymanie całej infrastruktury w kodzie. No i już wspomniany Terraform, bądź jakieś inne rozwiązania. Natomiast dla mnie to jest podstawa właśnie, aby trzymać całą naszą infrastrukturę w kodzie, żebyśmy mogli łatwo ją rozszerzać. Następnie pewnie znajomość innych modeli bądź narzędzi, do których możemy robić deployments, czyli sam Kubernetes, ale też Kubernetes nie od strony takiej operacyjnej, jak on funkcjonuje, ale też w jaki sposób zainstalować go, uruchomić nawet na jakichś providerach cloudowych, czyli AWS, w jaki sposób tam możemy uruchomić taki klaster.

Innym tutaj zagadnieniem też w tym kierunku jest, powiedzmy, nie wiem, samą Availability, czyli musielibyśmy, żeby nasz serwis był dostępny w kilku regionach. Jak coś takiego osiągnąć? Czyli dobra znajomość, powiedziałbym, dostawców cloudowych, co oferuje, nie wiem, Google versus AWS, bądź może niektóre firmy mają wymagania, żeby coś postawić on-prem, więc tutaj też dobrze jest mieć świadomość, jak takiego kubernetesa zainstalować na takich własnych systemach. Innymi narzędziami jest powiedzmy cały stack Observability. To jest jak dla mnie dosyć mocna rzecz, czyli tutaj Prometheus, Grafana, narzędzia, które potrafią nam zbierać metryki z naszych aplikacji, zbierać logi, umożliwić programistom przeszukiwanie tych logów, przeszukiwanie tych metryk, na podstawie metryk generować alerty.

Tak, tak. Padło stwierdzenie, że DevOps nie musi być w każdym zespole. Jeżeli mamy jakiś mały projekt albo jest w ogóle ma firma, ten DevOps nie będzie na tyle wymagany. Natomiast załóżmy taką sytuację, że projekt się udał, firma się rozrasta, projekt się rozrasta i w pewnym momencie potrzebujemy tego DevOpsa. DevOps dołącza do zespołu. Jak widzisz rodzaj obowiązków, który będzie pełnił DevOps w takiej strukturze? Więc dokładnie w takiej sytuacji ja jestem teraz, w firmie, do której ja dołączyłem. Tam nie było stricte DevOpsa. Takie obowiązki właśnie DevOpsa pełnił cały zespół deweloperski. Rozwijał swoje narzędzia, aby aplikacje deployować na AWS-ie. Tutaj chcemy wejść w troszeczkę nowy zestaw narzędzi, tak jakby właśnie w Kubernetesa.