Szkolenie CI/CD w Jenkins - praktyczne wdrożenia - TERMIN GWARANTOWANY - 05.11.2026

W skrócie

Dwa dni i nowa wersja aplikacji trafia na serwer sama: buduje się, przechodzi testy i ląduje tam, gdzie ma być.

Przez te dwa dni przechodzisz całą drogę: od zainstalowania Jenkinsa i zbudowania pierwszego potoku, aż po automatyczne wdrożenia na produkcję, także dla aplikacji działających w Dockerze i Kubernetesie. To właśnie kryje się pod skrótem CI/CD: ciągła integracja i ciągłe dostarczanie.

Potok to po prostu lista kroków zapisana w jednym pliku obok kodu. Jenkins wykonuje ją po każdej zmianie, zawsze tak samo, bez znaczenia, kto akurat wypuszcza wersję.

Sam decydujesz, czy na produkcję idzie automatycznie, czy dopiero po Twoim kliknięciu, bo poznajesz oba podejścia i wiesz, kiedy który ma sens. A gdy coś pójdzie nie tak, cofasz wdrożenie jedną operacją.

Co potrafisz po tych 2 dniach

• Wiesz, po co to całe CI/CD - Co firma z tego ma: szybsze wydania, mniej błędów wyłapywanych dopiero u klienta i koniec z wieczornymi wdrożeniami. Plus uczciwe porównanie Jenkinsa z GitLab CI, GitHub Actions i Azure DevOps.
• Stawiasz Jenkinsa tak, żeby udźwignął zespół - Podział na serwer sterujący i maszyny wykonujące pracę, wybór między wersją stabilną a najnowszą oraz trzy sposoby instalacji: zwykły program, kontener Dockera albo pakiet w Kubernetesie.
• Zapisujesz cały proces w jednym pliku - Plik Jenkinsfile leży obok kodu i opisuje, co ma się wydarzyć: etapy, kroki, ustawienia i parametry. Dzięki temu proces wersjonuje się razem z aplikacją i nikt nie klika go od nowa.
• Podpinasz repozytorium, żeby ruszało samo - Połączenie z GitHubem, GitLabem albo Bitbucketem i powiadomienia, które uruchamiają budowanie po każdym zapisaniu kodu. Także dla zgłoszeń zmian, zanim trafią do głównej gałęzi.
• Testujesz na kilku poziomach - Testy pojedynczych funkcji, testy całości i szybki test sprawdzający, czy aplikacja w ogóle wstaje. Do tego czytelne raporty z wyników i sprawdzanie jakości kodu narzędziem SonarQube.
• Pakujesz i przechowujesz gotowe wersje - Budowanie paczek w Maven, Gradle i NPM oraz wysyłanie ich do repozytorium wersji: Nexusa, Artifactory albo rejestru obrazów Dockera. Zawsze wiadomo, która wersja gdzie stoi.
• Wdrażasz bez wyłączania aplikacji - Trzy sposoby, które poznajesz i porównujesz: wymiana serwerów po kolei, przełączenie ruchu na drugie, gotowe środowisko oraz wypuszczenie nowej wersji najpierw do części użytkowników. Plus ścieżka przez kolejne środowiska i cofanie zmiany.
• Nie trzymasz haseł w kodzie - Bezpieczne przechowywanie haseł, kluczy i tokenów w samym Jenkinsie albo w zewnętrznym sejfie HashiCorp Vault, a także rozdzielenie uprawnień, żeby każdy zespół widział tylko swoje.
• Wiesz, co robić, gdy potok staje - Podgląd tego, co się dzieje, wykresy obciążenia w Prometheusie i Grafanie oraz diagnostyka najczęstszych kłopotów: zawieszonych zadań, długich kolejek i wąskich gardeł.

Jak pracujemy

Dwa dni warsztatów, z czego ponad połowa czasu to praca własna: sam tworzysz i uruchamiasz potoki, podpinasz repozytorium, dokładasz testy, zabezpieczasz hasła i ustawiasz monitoring. Całość zbiera warsztat końcowy: budujesz od zera pełny potok produkcyjny, od zapisania kodu po wdrożenie z Twoim zatwierdzeniem. Prowadzi Piotr Kośka, specjalista DevOps i Cloud, który na co dzień buduje pipeline'y i pracuje z narzędziami CI/CD, takimi jak Jenkins, GitLab CI i GitHub Actions.

Dla kogo

Dla inżynierów DevOps, administratorów i programistów, którzy odpowiadają za dostarczanie oprogramowania. Przyda się znajomość git i podstaw Dockera. Nie jest wymagana wcześniejsza znajomość Jenkinsa. To, co zbudujesz, działa tak samo w małym zespole, jak w dużym środowisku produkcyjnym.

Co zyskujesz

Umiejętność samodzielnego zaprojektowania, uruchomienia i utrzymania procesu CI/CD, gotowy plik Jenkinsfile jako punkt wyjścia dla Twoich projektów i imienny certyfikat. Szkolenie ma terminy gwarantowane i można je sfinansować z BUR i KFS.

Zarezerwuj miejsce i zbuduj potok, który wdraża bez Twojego udziału.

Sprawdź, czy w Twoim przypadku dostępne jest finansowanie szkolenia ze środków BUR/KFS. Dostępność finansowania zależy od warunków danego programu oraz decyzji właściwej instytucji. Więcej informacji: https://jsystems.pl/dofinansowanie/

Prowadzący szkolenie

Piotr Kośka

Od 2005 roku jest zawodowo związany z branżą IT. Karierę rozpoczął w obszarze wsparcia technicznego (support), a wraz z rozwojem kompetencji przechodził przez kolejne role: System Administratora, DevOps Engineera, Cloud Engineera, Software Engineera, aż po stanowiska liderskie i menedżerskie.

Swoje doświadczenie budował zarówno poprzez intensywną, samodzielną naukę, jak i realizację projektów oraz współpracę z firmami takimi jak Hamas Pay, Tieto, 3Shape, Intel, OVH, Huuuge Games, Sopra Steria, Anixe czy GPW. Współpracował również z wieloma innymi klientami, których nie może ujawnić ze względu na umowy NDA.

Specjalizuje się w obszarze DevOps i Cloud, koncentrując się na automatyzacji procesów, budowie pipeline'ów oraz optymalizacji środowisk IT. Na co dzień pracuje z narzędziami do CI/CD i automatyzacji, takimi jak GitHub Actions, Jenkins, GitLab CI, Azure DevOps, TeamCity czy n8n. W obszarze Infrastructure as Code wykorzystuje rozwiązania takie jak Terraform i Ansible, umożliwiające skalowalne i powtarzalne zarządzanie infrastrukturą.

Posiada doświadczenie zarówno w pracy z infrastrukturą on-premise (KVM, Proxmox, VMware, XCP-ng, Hyper-V), jak i rozwiązaniami chmurowymi (AWS, Azure, GCP, DigitalOcean, OVH, Hetzner, Linode i inne).

W szkoleniach, które prowadzi, stawia przede wszystkim na praktykę. Teorię ogranicza do absolutnego minimum, skupiając się na realnych scenariuszach i zadaniach, które uczestnicy wykonują samodzielnie. Wierzy, że najskuteczniejsza nauka odbywa się poprzez działanie - dlatego jego szkolenia są oparte na pracy z rzeczywistymi problemami, a nie tylko na prezentacjach.

Program szkolenia

Dzień 1 - Fundamenty CI/CD i konfiguracja środowiska

Przeczytaj na naszym blogu