Zanim świat IT usłyszał o kulturze DevOps, zespoły deweloperskie korzystały z metodyki Agile (stworzona w 2001 roku), jako odpowiedzi na sztywny model kaskadowy (waterfall). Zamiast pracować etapami jeden po drugim, bez możliwości wprowadzania zmian w zakończonych już fazach, Agile dał programistom większą elastyczność w procesie tworzenia oprogramowania.
Cztery główne wartości Agile to:
- Ludzie i interakcje ponad procesy i narzędzia
- Działające oprogramowanie ponad obszerną dokumentację
- Współpraca z klientem ponad negocjacje kontraktowe
- Reagowanie na zmiany ponad realizację planu
Rozwój oprogramowania zgodnie z zasadami Agile był ogromną zmianą w zarządzaniu projektami IT, jednak – jak się okazało – nie wystarczającą dla niektórych typów projektów. Nowa metodyka była silnie skupiona na tworzeniu kodu i ciągłych zmianach realizowanych przez małe zespoły. Choć Agile zmniejszył dystans między klientem a deweloperem, nie poprawił komunikacji z innym kluczowym zespołem odpowiedzialnym za końcowy produkt – operacjami. Kultura DevOps powstała, aby rozwiązać ten problem i z czasem stała się kolejną kluczową metodyką w IT. W przeciwieństwie do Agile, DevOps koncentruje się na ciągłym testowaniu i wdrażaniu, co wymaga większych zespołów o różnorodnych umiejętnościach. DevOps dostarcza kompleksowe, end-to-end rozwiązania biznesowe, które wymagają gotowości operacyjnej i dokładniejszej dokumentacji niż Agile.
Jak rozpoczął się ruch DevOps?
Twórcą ruchu DevOps jest Patrick Debois. Pracując jako administrator baz danych, Patrick docenił podejście Agile, obserwując, jak jego systemy działają dzięki tej metodyce. W 2008 roku podczas konferencji Agile w Toronto spotkał Andrew Claya Shafera – dewelopera i prelegenta. Wspólnie założyli grupę dyskusyjną „Agile System Administrator” w Google Groups. Wkrótce po tym Patrick wziął udział w wystąpieniu Jean-Paula Sergenta na temat współpracy między deweloperami a zespołami operacyjnymi. Właśnie wtedy pomyślał, że warto zorganizować konferencję poświęconą temu aspektowi projektów IT, wiedząc, jak konflikty między tymi zespołami mogą wpływać na pracę innych specjalistów. To właśnie Sergent zaproponował nazwę „DevOpsDays”. Konferencja odbyła się w 2009 roku w Belgii i zapoczątkowała cały ruch znany dziś jako DevOps.
Jak wygląda proces DevOps?
Najlepszym sposobem przedstawienia praktyk DevOps jest symbol nieskończoności – o czym wspominaliśmy już na naszym blogu. Na każdym etapie wykorzystywane są różne narzędzia DevOps.
Pierwszym etapem pracy jest development – czyli planowanie, tworzenie kodu oraz projektowanie całej koncepcji. Dopiero gdy projekt jest gotowy, zespół przechodzi do integracji. W tej fazie łączy się poszczególne fragmenty kodu, a deweloperzy mogą dodawać nowe funkcjonalności. Możliwe jest także wychwycenie elementów wymagających codziennych lub cotygodniowych zmian. Następnie przechodzi się do trzeciego etapu – testowania. Zespół DevOps korzysta z różnych narzędzi automatyzujących, takich jak Jenkins, Selenium TestNG czy JUnit, aby sprawdzić kod w określonym środowisku i zidentyfikować miejsca wymagające poprawek.
W czwartym etapie kod trafia na serwery produkcyjne – rozpoczyna się wdrożenie. Tutaj DevOps wykorzystuje narzędzia konteneryzacji, takie jak Docker czy Kubernetes. Ich główną rolą jest zapewnienie spójności między środowiskami: development, test, staging i produkcja. Wspierają też zarządzanie konfiguracją (deployment na serwery, harmonogramy aktualizacji, utrzymanie spójności środowisk).
Ostatnim, ale nie mniej ważnym etapem jest monitoring. Inżynier DevOps (lub cały zespół DevOps) wspólnie z zespołem operacyjnym obserwują działanie aplikacji w środowisku produkcyjnym i identyfikują błędy systemowe, które trzeba usunąć. Po otrzymaniu takiego feedbacku, zespół planuje poprawki i cały proces rozpoczyna się od nowa – aż do uzyskania satysfakcjonującego poziomu jakości.
Jakie są praktyki DevOps i jak pomagają?
Strategia DevOps, wspierająca zespoły developerskie i operacyjne, opiera się na określonych praktykach. Najważniejsze z nich to:
Automatyzacja
Przygotowywanie zautomatyzowanego kodu do wdrożenia w środowisku produkcyjnym. Jest to podejście bardziej niezawodne, szybsze i przenośne niż ręczne budowanie.
Ciągła integracja (CI)
Częste łączenie kodu i testy jednostkowe pomagają we wczesnym wykrywaniu błędów i umożliwiają łatwiejsze utrzymanie kodu gotowego do wdrożenia.
Ciągłe wdrażanie (CD)
Wprowadzanie drobnych zmian w workflow, by uzyskać niezawodny system rollbacków i stabilny proces wdrożeń. W połączeniu z CI, CD tworzy tzw. pipeline CI/CD zarządzany przez inżyniera DevOps.
Infrastruktura jako kod (IaC)
Zabezpieczenie i zarządzanie infrastrukturą w sposób zautomatyzowany. Upraszcza to infrastrukturę, czyniąc ją wielokrotnego użytku i samo-dokumentującą się.
Orkiestracja
Wsparcie dla zautomatyzowanych procesów i workflow w celu oszczędności czasu, zapewnienia stabilności i skalowalności.
Ciągły monitoring
Zbieranie danych potrzebnych do analizy źródła problemów, ich wykrycia i szybkiego przywracania działania systemu.
Mikrousługi (Microservices)
Podział aplikacji na mniejsze, łatwiejsze w zarządzaniu komponenty w celu zmniejszenia złożoności oraz zapewnienia elastyczności technologicznej. W połączeniu z konteneryzacją, pozwala także obniżyć koszty.
Jaki jest główny cel modelu DevOps?
Wdrożenie DevOps przynosi korzyści operacyjne i wspiera cykl życia oprogramowania na każdym jego etapie. Połączenie zespołów developerskich i operacyjnych pozwala dostarczać oprogramowanie i gotowe projekty szybciej i z mniejszą liczbą błędów niż bez użycia metodyki DevOps. Szczegółowe planowanie, standaryzacja testów, ciągłe wdrażanie i inne kluczowe praktyki DevOps przyspieszają proces developmentu oraz umożliwiają dostarczenie produktu końcowego w najwyższej jakości i z pełnym bezpieczeństwem.
W DevOpsity wspieramy każdy projekt wymagający profesjonalnego podejścia DevOps – głównie w modelu Team Augmentation. Wierzymy, że lepsza współpraca gwarantuje najlepszy efekt – nie tylko między developmentem a operacjami, ale także wewnątrz zespołów DevOps.
Umów się na bezpłatną konsultację, abyśmy mogli się poznać i zaproponować najlepsze rozwiązania poprawiające jakość Twojego oprogramowania.
