Continuous Integration

Continuous Integration to praktyka polegająca na częstym integrowaniu zmian w repozytorium oraz automatycznym uruchamianiu buildów, testów i kontroli jakości po każdym commicie. W pierwszej kolejności warto sprawdzić strukturę repozytoriów, strategię branchowania, zestaw testów uruchamianych automatycznie i sposób publikacji artefaktów. Przykładowy proces obejmuje Git, build w Maven lub Gradle, testy jednostkowe oraz pipeline uruchamiany w Jenkins albo Azure DevOps.
Ten temat przerabiamy praktycznie na szkoleniu: Continuous Integration z wykorzystaniem Jenkins.

Jenkins i Azure DevOps wspierają Continuous Integration, ale różnią się sposobem konfiguracji, modelem utrzymania i zakresem usług towarzyszących. Przy wyborze warto porównać wymagania dotyczące hostowania, integracji z chmurą, zarządzania uprawnieniami, pluginów oraz definiowania pipeline’ów jako kodu. Przykładowo Jenkins dobrze sprawdza się w środowiskach wymagających dużej elastyczności, a Azure DevOps ułatwia pracę tam, gdzie zespoły korzystają już z ekosystemu Microsoft i usług Azure.
Jeśli chcesz przećwiczyć to krok po kroku, zobacz: DevOps - zwinne dostarczanie aplikacji.

Jenkinsfile to deklaratywny albo skryptowy opis etapów pipeline’u, który pozwala wersjonować proces budowania, testowania i wdrażania razem z kodem aplikacji. Na początku należy ustalić kolejność stage’y, warunki uruchamiania, sposób obsługi sekretów, publikację artefaktów i reguły dla błędów testów. Typowy przykład obejmuje checkout z Git, kompilację aplikacji, uruchomienie testów jednostkowych, analizę wyników i wdrożenie na środowisko testowe.
Wersję warsztatową (z konfiguracją i przykładami) znajdziesz w programie szkolenia: Continuous Integration z wykorzystaniem Jenkins.

Integracja CI z Dockerem i Kubernetes polega na automatycznym budowaniu obrazów, wersjonowaniu ich w rejestrze oraz uruchamianiu wdrożeń do klastrów na podstawie zdefiniowanych manifestów lub chartów Helm. Trzeba sprawdzić sposób budowania obrazów, politykę tagowania, obsługę sekretów, walidację manifestów YAML i warunki promocji zmian między środowiskami. Przykładowy workflow obejmuje commit do Git, build obrazu Docker, testy, publikację do repozytorium i deployment do Kubernetes z kontrolą stanu wdrożenia.
Dokładnie ten zestaw narzędzi i workflow ćwiczymy podczas szkolenia: DevOps - zwinne dostarczanie aplikacji.

GitOps rozszerzają klasyczne CI/CD o deklaratywne zarządzanie stanem środowisk przez repozytorium Git, które staje się źródłem prawdy dla konfiguracji i wdrożeń. W praktyce warto sprawdzić, czy zespół utrzymuje manifesty infrastruktury i aplikacji w repozytoriach, jak wygląda synchronizacja klastra oraz kto zatwierdza zmiany konfiguracyjne. Dobrym przykładem jest użycie ArgoCD do wykrywania rozbieżności między stanem zapisanym w Git a stanem klastra Kubernetes i automatycznej reconciliacji.
To jedno z zagadnień omawianych podczas szkolenia: GitOps w Kubernetes z AgroCD - wprowadzenie.

Szkolenia Continuous Integration odpowiadają potrzebom zespołów, które chcą skrócić czas integracji zmian, ograniczyć błędy wdrożeniowe i uporządkować proces budowania oraz testowania aplikacji. Najczęściej warto wcześniej sprawdzić znajomość Git, podstaw pracy z konsolą, rozumienie procesu wytwarzania oprogramowania oraz orientację w testach i środowiskach uruchomieniowych. Przykładowo programiści, testerzy, administratorzy i inżynierowie wdrożeniowi szybciej odnajdują się w pracy z pipeline’ami, gdy rozumieją zależności między repozytorium, buildem, artefaktami i deploymentem.
Jeśli chcesz przećwiczyć to krok po kroku, zobacz: DevOps dla PM.