Przejście na kulturę pracy w duchu DevOps oznacza nie tylko zmianę procesów dostarczania rozwiązań, ale też zmianę mentalności. Wiele firm nie jest świadomych wyzwań, które się z tym wiążą. I powiedzmy to szczerze – ma słuszne obawy, że zmiana będzie trudna. Trudna, ale warta wysiłku. Dlaczego warto go podjąć i jak sprostać wyzwaniom – tego właśnie dowiecie się z poniższego artykułu.
DevOps jest postrzegany jako turbodoładowanie dla biznesu, które skraca time-to-market i obniża koszty dzięki automatyzacji. Działom IT pozwala przyspieszyć czas realizacji i zwiększyć wydajność. Warto pamiętać, że rozpoczęcie pracy w duchu DevOps nie jest jednorazową zmianą, ale podejściem iteracyjnym. Nie polega jedynie na wdrożeniu określonych narzędzi, ale jest filozofią pracy, która, aby przynieść spodziewane efekty, powinna przeniknąć przez wszystkie warstwy organizacji. Gdy pracownicy dostrzegą wartość, jaką DevOps wnosi nie tylko w rozwój produktów i usług dla klientów, ale też konkretne usprawnienia w swojej codziennej pracy, szybciej zaadoptują się do nowego modelu i stanie się on naturalną praktyką.
NA CZYM POLEGA METODYKA PRACY DEVOPS?
Czym jest kultura pracy DevOps pisaliśmy w artykule Metodyka DevOps – wszystko, co musisz wiedzieć, aby ją wdrożyć, tutaj więc tylko pokrótce przypomnimy najważniejsze elementy. DevOps to metoda pracy, która łączy programistów (Dev) i działy operacyjne (Ops), aby lepiej zarządzać procesem tworzenia oprogramowanie i zredukować liczbę błędów.
Docelowo metoda ta włącza w proces tworzenia oprogramowania pracowników ze wszystkich działów, które mają jakiś wpływ na produkt finalny. Pracownicy na bieżąco testują przygotowane przed developerów rozwiązania i przekazują informacje zwrotne, co pozwala uwzględniać poprawki w dalszej pracy. Praca ma charakter płynny, oparty o zautomatyzowane procesy ciągłej integracji i ciągłego wdrażania (CI / CD).
DLACZEGO WARTO KORZYSTAĆ Z PRAKTYK DEVOPS?
Kultura DevOps jest coraz bardziej popularna wśród firm, które chcą zwiększyć swoją efektywność i wydajność. Pozwala ona:
– skrócić czas potrzebny na wprowadzanie nowych funkcji i usług,
– usprawnia współpracę między działami,
– zwiększa elastyczność i skalowalność rozwiązań,
– zmniejsza ryzyko błędów i awarii.
GŁÓWNE PROBLEMY W ADOPCJI DEVOPS
Jednak DevOps nie jest prosty do wdrożenia. Niektóre organizacje mogą mieć problemy z dostosowaniem się do nowych metod pracy, a inne mogą nawet nie widzieć korzyści płynących z wdrożenia DevOps. Trudności wynikają głównie ze skostniałych struktur, zastanej kultury pracy i naturalnej niechęci do wprowadzania zmian.
Oto najczęstsze problemy, które utrudniają wdrożenie DevOps:
1. Po prostu zróbmy to! Czyli brak planu
Zmiana kultury i narzędzi pracy może być bolesna, jeśli nie przygotujemy wcześniej jasnego planu działania. Nie ma jednej, uniwersalnej ścieżki postępowania, jest to bardzo indywidualna kwestia zależna od tego, gdzie dziś jest organizacja i jakie ma cele. Gdy mamy do czynienia ze złożonym, monolitycznym rozwiązaniem, to zmiana jego architektury będzie wymagała dużo czasu i wielu zasobów. Wówczas warto wdrażać DevOps stopniowo, bez wprowadzania rewolucji.
Plan powinien obejmować: cele i oczekiwania wobec wdrożenia, konkretne zadania do wykonania, osoby odpowiedzialne za poszczególne etapy wdrożenia, harmonogram oraz środki i narzędzia oraz metryki. Ważne jest też, aby monitorować postępy realizacji i na bieżąco reagować na problemy. W przeciwnym razie pracownicy zniechęcają się do całego procesu i wracają do swoich poprzednich metod.
2. Zmieńmy się, ale tylko troszeczkę. Czyli brak elastyczności
Jednym z głównych problemów, z jakim można się spotkać podczas wdrażania kultury DevOps, jest niewystarczające zrozumienie istoty i celu tego podejścia. W teorii wszyscy zgadzają się, że zmiana jest potrzebna, ale gdy dochodzi do praktyki to pojawia się opór. W rezultacie często zdarza się, że osoby odpowiedzialne za wdrożenie DevOps mają bardzo ograniczone pole manewru i nie mogą skutecznie realizować swoich zadań. Organizacje nie są gotowe na fundamentalne zmiany sposobu pracy i wykazują małą elastyczność.
3. Róbmy, potem ich przekonamy. Czyli brak komunikacji
Współpraca między działami IT a biznesem to podstawa sukcesu każdej organizacji stosującej podejście DevOps. Niestety wciąż wielu managerów lekceważy tę kwestię, co prowadzi do większej izolacji i utrudnia wykonywanie codziennych zadań. Ważne więc, aby wyznaczyć liderów tego procesu, którzy będą potrafili zjednoczyć zorganizowanych w osobne silosy pracowników i zadbają o odpowiednią komunikację.
4. To nie my, to oni. Czyli niejasna struktura
W tradycyjnym modelu zazwyczaj istnieje jasny podział na zespół deweloperów, tworzących rozwiązania i zespół administratorów, odpowiedzialnych za utrzymanie i infrastrukturę. Mają one zupełnie inne cele i zazwyczaj obwiniają się za występujące błędy czy awarie. Programistom zależy na szybkim wdrażaniu zmian i ciągłym rozwoju funkcji, a zespołom utrzymaniowym na jak najmniejszej liczbie zmian, ponieważ są one zagrożeniem dla stabilności środowiska.
W kulturze DevOps oba te zespoły pracują razem i mają ten sam cel oraz obszar odpowiedzialności. Dlatego muszą włączyć się w procesy, które dotąd ich nie dotyczyły (np. programiści projektując rozwiązania, powinni od razu uwzględniać specyfikę środowiska i sposób, w jaki aplikacja będzie wdrażana oraz obsługiwana). Dlatego też organizacje poszukują specjalistów DevOps, którzy łączą kompetencje obu stron (tworzenie kodu i zarządzanie infrastrukturą).
5. Oto nasza lista życzeń. Czyli zbyt duża koncentracja na narzędziach
DevOps wiąże się ściśle z narzędziami, ale… są one tylko narzędziami, umożliwiającymi osiągnięcie celu, a nie celem samym w sobie. Niestety zdarza się, że organizacje inwestują duże środki w najnowsze technologie, a następnie nie wykorzystują ich potencjału w pełni lub wręcz ich nie używają.
Różne zespoły mają różne narzędzia, z których korzystają, a gdy zaczynają pracować razem w nowym modelu, wprowadzają kolejne. Ważne jest ograniczenie liczby narzędzi, dbanie o ich ponowne wykorzystywanie i wprowadzanie znormalizowanych, odpowiednio skonfigurowanych środowisk i spójnych standardów.
OD CZEGO ZACZĄĆ?
Wiele firm stoi przed dylematem, czy pozyskiwać własnych DevOpsów czy korzystać z zewnętrznego wsparcia. Stworzenie własnego zespołu DevOps jest czasochłonne i kosztowne, na rynku brakuje specjalistów o wysokich kompetencjach w tym obszarze. Jeśli jednak prowadzisz dużą firmę i masz rozbudowany dział IT, to może być opłacalna inwestycja. Jeśli jednak Twój zespół programistów jest już zbyt obciążony i nie możesz pozwolić sobie na jego rozbudowę, warto rozważyć outsourcing.
W Oktawave wspieramy firmy w obszarze DevOps, zapewniając doświadczonych specjalistów, którzy wdrażają automatyzację, mikroserwisy i konteneryzację (sprawdź zakres usług).
Jeśli chcesz dowiedzieć się, jak pomagamy firmom, skontaktuj się ze mną:
Rafał Ochmański
rafal.ochmanski@oktawave.com
+48 667 580 141
Ostatnie wpisy
Może zainteresują Cię także…
