Sprawdź 164 GWARANTOWANE TERMINY SZKOLEŃ na rok 2026! Dofinansowanie do 100% — sprawdź możliwości z BUR i KFS!
22 299 53 69
Nowe szkolenie

Szkolenie Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines

Playbook (skrypt Ansible opisujący docelowy stan serwerów), który dziś odpalasz ręcznie z terminala, jednym złym parametrem potrafi rozjechać…

więcej →

Program, termin i format dostosujemy do Twojego zespołu

2800 PLN netto 3 444 PLN brutto Dofinansowanie BUR/KFS
Czas trwania 3 dni
Piotr Kośka
Piotr Kośka Autor szkolenia

Najbliższe terminy 9:00 – 16:00

14.12 –
Gwarantowany Online
Piotr Kośka Piotr Kośka
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
15.02 –
Gwarantowany Online
Piotr Kośka Piotr Kośka
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
21.06 –
Gwarantowany Online
Piotr Kośka Piotr Kośka
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
Powiadamiaj mnie o nowych terminach gwarantowanych tego szkolenia

Powiadomienia o terminach gwarantowanych

Na podany adres e-mail będziesz otrzymywać informacje o pojawiających się terminach gwarantowanych szkolenia Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines.

Z powiadomień możesz wypisać się w dowolnym momencie.

Zorganizuj to szkolenie tylko dla swojego zespołu

To szkolenie można zorganizować w formie zamkniętej - z programem dopasowanym do potrzeb Twojego zespołu, w uzgodnionym terminie i formacie. Może odbyć się zarówno online, jak i stacjonarnie - w naszej lub w Waszej siedzibie.

Dowiedz się więcej

Opis szkolenia

W skrócie

Playbook (skrypt Ansible opisujący docelowy stan serwerów), który dziś odpalasz ręcznie z terminala, jednym złym parametrem potrafi rozjechać konfigurację na wszystkich serwerach naraz - i nikt poza Tobą nie widział, co na nie poszło.

Ansible już znasz, ale playbooki nadal uruchamiasz z własnej konsoli, sekrety trzymasz lokalnie, a zmiana na produkcji zależy od tego, czy ktoś nie pomyli środowiska. Na tym szkoleniu przenosisz Ansible z ręcznego uruchamiania do procesu CI/CD (potok, czyli automatyczna sekwencja kroków, która po każdej zmianie w kodzie sama go sprawdza i wdraża) na dwóch platformach: GitHub Actions i Bitbucket Pipelines.

Pracujesz na pełnym cyklu zmiany infrastruktury: modyfikujesz kod, otwierasz Pull Request (zgłoszenie zmiany do przeglądu i scalenia z główną wersją kodu), potok sprawdza składnię i jakość playbooków, wykonuje je na DEV, przechodzi na TEST, a wejście na PROD blokuje ręczna akceptacja uprawnionej osoby. Porządkujesz przy tym repozytorium: playbooki, role, inventory (spis zarządzanych hostów) i zmienne per środowisko.

Co potrafisz po tych 3 dniach

  • Uruchamiasz Ansible z potoku CI/CD zamiast z własnego terminala - instalujesz Collections (paczki gotowych modułów Ansible) i role z pliku requirements.yml i parametryzujesz playbooki przez extra-vars (zmienne podawane przy uruchomieniu).
  • Budujesz kompletny potok w GitHub Actions - składasz workflow z jobów i kroków, przekazujesz zmienne między etapami i zatrzymujesz potok, gdy playbook zwróci błąd.
  • Budujesz ten sam proces w Bitbucket Pipelines - piszesz plik bitbucket-pipelines.yml ze Steps, cache i artefaktami i uruchamiasz go dla branchy i Pull Requestów.
  • Automatycznie walidujesz kod przed jego wykonaniem - wpinasz w potok ansible-playbook --syntax-check (sprawdzenie poprawności składni bez uruchamiania zmian), ansible-lint (analizator wychwytujący błędy i złe praktyki w playbookach) oraz sprawdzanie YAML - błędy wyłapujesz na etapie Pull Requesta, zanim dotkną serwerów.
  • Bezpiecznie zarządzasz sekretami i dostępami - przekazujesz klucze SSH, hasła i tokeny przez GitHub Secrets oraz Bitbucket Repository i Deployment Variables, a wewnątrz repozytorium szyfrujesz je za pomocą Ansible Vault (mechanizm Ansible do szyfrowania haseł i kluczy).
  • Obsługujesz wiele środowisk i kontrolujesz wejście na produkcję - rozdzielasz konfiguracje DEV, TEST i PROD, a wejście na PROD spinasz Environment Protection Rules (reguły GitHub blokujące wdrożenie do czasu akceptacji uprawnionej osoby) oraz trybami --check (próbny przebieg bez zmian), --diff (pokazuje, co się zmieni) i serial (partiami hostów, a nie wszystkich naraz).
  • Wpinasz Git i Pull Request w proces zarządzania zmianą - wprowadzasz branch workflow, Code Review (recenzję kodu przez drugą osobę przed scaleniem), ochronę głównych branchy oraz wymagane status checks (automatyczne testy, które muszą przejść, zanim zmianę da się scalić).
  • Diagnozujesz problemy w potoku i projektujesz proces produkcyjny - namierzasz brak łączności z hostami, błędne inventory i różnice między uruchomieniem lokalnym a potokiem, a proces dzielisz na walidację, test i wdrożenie.

Jak pracujemy

Uczymy w praktyce, na przykładach zbliżonych do rzeczywistych procesów DevOps. Każdy z trzech dni zamyka laboratorium: repozytorium Ansible z potokiem walidującym kod, kompletny proces CI/CD w GitHub Actions, a na koniec pełny proces produkcyjny. Prowadzi Piotr Kośka, specjalista DevOps i Cloud, który na co dzień pracuje z narzędziami CI/CD, takimi jak GitHub Actions, Jenkins i GitLab CI, a infrastrukturą zarządza w Ansible i Terraform.

Dla kogo

Szkolenie jest dla administratorów systemów i infrastruktury, inżynierów DevOps, Cloud Engineerów i Platform Engineerów oraz osób odpowiedzialnych za automatyzację infrastruktury - zwłaszcza tych, którzy używają już Ansible i chcą uporządkować sposób wdrażania zmian.

Wymagania wstępne: podstawowa znajomość Ansible (playbooki i inventory), systemów Linux, Git oraz pracy z terminalem. Znajomość GitHub Actions ani Bitbucket Pipelines nie jest wymagana - mechanizmy obu rozwiązań przedstawiamy podczas szkolenia.

Co zyskujesz

Wychodzisz z działającym procesem CI/CD dla Ansible zbudowanym samodzielnie na obu platformach - w którym każda zmiana jest w Git, przechodzi przez walidację, a na PROD wchodzi po świadomej akceptacji. Otrzymujesz certyfikat ukończenia szkolenia, udział można sfinansować z BUR i KFS, a szkolenie prowadzimy też w formule zamkniętej.

Zarezerwuj miejsce i zamień ręczne odpalanie playbooków na kontrolowany proces, w którym każda zmiana jest sprawdzona, zatwierdzona i zapisana.

Istnieje możliwość całkowitego lub częściowego sfinansowania szkolenia ze środków BUR/KFS. Więcej informacji: https://jsystems.pl/dofinansowanie/

Przejdź do programu szkolenia

Prowadzący szkolenie

Piotr Kośka

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.



Doświadczenie


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.



Specjalizacja


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).



Jako trener


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

  1. Automatyzacja infrastruktury z wykorzystaniem CI/CD
    • przypomnienie roli Ansible w automatyzacji infrastruktury
    • różnica pomiędzy ręcznym wykonywaniem playbooków a automatyzacją CI/CD
    • czym jest pipeline infrastrukturalny
    • Continuous Integration i Continuous Delivery w kontekście administracji systemami
    • typowy cykl zmiany konfiguracji infrastruktury
    • rola Git w procesie zarządzania konfiguracją
    • wykorzystanie branchy, commitów i Pull Requestów
    • podejście Infrastructure as Code i Configuration as Code.
  2. Organizacja projektu Ansible w repozytorium Git
    • struktura repozytorium Ansible
    • organizacja playbooków
    • wykorzystanie ról Ansible
    • inventory statyczne i dynamiczne
    • group_vars oraz host_vars
    • rozdzielenie konfiguracji od danych środowiskowych
    • organizacja repozytorium dla DEV, TEST i PROD
    • współdzielenie kodu pomiędzy środowiskami
    • zarządzanie zależnościami
    • Ansible Collections
    • pliki requirements.yml
    • dobre praktyki utrzymywania kodu automatyzacji.
  3. Przygotowanie kodu Ansible do pracy w CI/CD
    • uruchamianie Ansible w środowisku pipeline
    • przygotowanie środowiska wykonawczego
    • instalowanie wymaganych Collections i Roles
    • obsługa wersji Ansible
    • przygotowanie inventory dla pipeline
    • parametryzacja playbooków
    • wykorzystanie extra-vars
    • przekazywanie parametrów do pipeline
    • kontrolowanie sposobu wykonywania playbooków.
  4. Automatyczna walidacja kodu Ansible
    • ansible-playbook --syntax-check
    • ansible-lint
    • sprawdzanie poprawności YAML
    • walidacja struktury projektu
    • wykrywanie błędów przed wykonaniem playbooka
    • walidacja zmian wykonywana dla Pull Request
    • budowanie pierwszego pipeline'u kontrolującego jakość kodu.
  5. Git jako element procesu zarządzania zmianą
    • branch workflow
    • Pull Request jako punkt kontroli zmiany
    • Code Review dla infrastruktury
    • ochrona głównych branchy
    • wymagane status checks
    • powiązanie procesu Git z procesem wdrożenia
    • dlaczego administrator nie powinien uruchamiać każdej zmiany bezpośrednio na produkcji.
  6. Laboratorium
    • Uczestnicy przygotują repozytorium Ansible zawierające playbooki, role oraz konfigurację wielu środowisk, a następnie zbudują pierwszy pipeline wykonujący automatyczną walidację kodu.
  7. Wprowadzenie do GitHub Actions
    • architektura GitHub Actions
    • Workflow
    • Job
    • Step
    • Actions
    • Event
    • Runner
    • składnia workflow YAML
    • zależności pomiędzy jobami
    • przekazywanie zmiennych pomiędzy etapami pipeline
    • artefakty i logi wykonania.
  8. Uruchamianie Ansible z GitHub Actions
    • przygotowanie workflow dla Ansible
    • instalacja Ansible podczas pipeline
    • pobieranie wymaganych Collections
    • przygotowanie inventory
    • wykonywanie playbooków
    • przekazywanie parametrów
    • obsługa kodów zakończenia
    • analiza logów wykonania
    • zatrzymywanie pipeline'u w przypadku błędu.
  9. GitHub-hosted i Self-hosted Runners
    • sposób działania runnerów GitHub Actions
    • GitHub-hosted Runner
    • Self-hosted Runner
    • kiedy warto wykorzystać własnego runnera
    • dostęp runnera do infrastruktury prywatnej
    • wykonywanie automatyzacji w sieci wewnętrznej
    • podstawowe zagadnienia bezpieczeństwa runnerów
    • ograniczanie zakresu dostępu pipeline'u.
  10. Zarządzanie sekretami i dostępami
    • GitHub Secrets
    • Repository Secrets
    • Environment Secrets
    • zmienne środowiskowe
    • przekazywanie danych uwierzytelniających do Ansible
    • klucze SSH
    • hasła i tokeny API
    • wykorzystanie Ansible Vault
    • ochrona sekretów przed zapisaniem w repozytorium
    • ograniczanie widoczności sekretów w logach pipeline'u
    • zasada najmniejszych uprawnień.
  11. Obsługa wielu środowisk
    • osobne konfiguracje DEV, TEST i PROD
    • wybór inventory na podstawie parametrów pipeline
    • osobne zmienne środowiskowe
    • GitHub Environments
    • kontrolowanie dostępu do środowisk
    • rozdzielanie procesu testowego i produkcyjnego
    • promocja zmian pomiędzy środowiskami.
  12. Bezpieczne wdrażanie zmian
    • automatyczne wykonanie na DEV
    • kontrolowane wykonanie na TEST
    • ręczna akceptacja przed PROD
    • Environment Protection Rules
    • wykorzystanie wymaganych reviewerów
    • ograniczanie możliwości uruchamiania produkcyjnych playbooków
    • wykorzystanie --check
    • wykorzystanie --diff
    • stopniowe wdrażanie konfiguracji
    • wykorzystanie serial
    • podstawy strategii ograniczających ryzyko masowej zmiany.
  13. Budowanie kompletnego workflow GitHub Actions
    • Przykładowy proces:
    • Pull Request - Validation - Ansible Lint - Syntax Check - DEV - TEST - Approval - PROD
    • Omówione zostaną również:
    • różne workflow dla Pull Request i głównego brancha
    • ręczne uruchamianie workflow
    • parametry wejściowe
    • ponowne uruchamianie nieudanych procesów
    • analiza historii zmian i wykonanych pipeline'ów.
  14. Laboratorium
    • Uczestnicy zbudują kompletny proces CI/CD w GitHub Actions wykonujący walidację oraz uruchamianie Ansible dla kilku środowisk z kontrolowanym wdrożeniem zmian na produkcję.
  15. Wprowadzenie do Bitbucket Pipelines
    • architektura Bitbucket Pipelines
    • plik bitbucket-pipelines.yml
    • Steps
    • Pipelines
    • zmienne
    • caches
    • artifacts
    • automatyczne i ręczne uruchamianie pipeline'ów
    • pipeline dla branchy i Pull Requestów.
  16. Integracja Ansible z Bitbucket Pipelines
    • przygotowanie środowiska wykonawczego
    • instalacja Ansible
    • instalowanie zależności
    • przygotowanie inventory
    • przekazywanie konfiguracji
    • uruchamianie playbooków
    • obsługa błędów
    • analiza logów.
  17. Bitbucket Runners i infrastruktura prywatna
    • Cloud Runner
    • Self-hosted Runner
    • zastosowanie runnerów w środowiskach firmowych
    • dostęp do infrastruktury wewnętrznej
    • wykonywanie Ansible w sieciach prywatnych
    • kontrolowanie uprawnień runnerów
    • bezpieczeństwo środowiska wykonawczego.
  18. Sekrety i dane uwierzytelniające w Bitbucket
    • Repository Variables
    • Deployment Variables
    • zabezpieczone zmienne
    • klucze SSH
    • tokeny dostępu
    • wykorzystanie Ansible Vault
    • przekazywanie sekretów do playbooków
    • ograniczanie dostępu do danych produkcyjnych.
  19. Deployment Environments
    • definiowanie środowisk DEV, TEST i PROD
    • przypisywanie konfiguracji do środowisk
    • zmienne zależne od środowiska
    • kontrolowanie wdrożeń
    • ręczne etapy pipeline
    • proces zatwierdzania zmian
    • kontrolowane uruchamianie automatyzacji produkcyjnej.
  20. GitHub Actions a Bitbucket Pipelines
    • Porównanie obu rozwiązań z punktu widzenia administratora i DevOps:
    • struktura pipeline'ów
    • runners
    • zarządzanie sekretami
    • obsługa środowisk
    • workflow Pull Request
    • approvals
    • zarządzanie konfiguracją
    • zastosowanie w środowisku chmurowym i on-premises.
  21. Projektowanie produkcyjnego pipeline'u Ansible
    • rozdzielenie etapów validation, test i deploy
    • automatyczna kontrola jakości
    • uruchamianie Ansible w trybie kontrolnym
    • wymaganie akceptacji dla zmian produkcyjnych
    • ograniczenie dostępu do PROD
    • separacja danych uwierzytelniających
    • kontrolowanie zakresu wykonywanego playbooka
    • wykorzystanie tagów Ansible
    • ograniczanie wdrożenia do wybranych hostów
    • bezpieczne ponowne wykonanie pipeline'u.
  22. Troubleshooting Ansible w CI/CD
    • Najczęstsze problemy:
    • brak komunikacji z hostami
    • problemy z SSH
    • błędne inventory
    • brak wymaganych Collections
    • problemy z uprawnieniami
    • niedostępne sekrety
    • różnice pomiędzy lokalnym uruchomieniem a pipeline'em
    • problemy z runnerami
    • błędy YAML
    • błędy Ansible
    • analiza logów pipeline'u.
  23. Dobre praktyki dla środowisk produkcyjnych
    • Pull Request przed zmianą infrastruktury
    • Code Review
    • Branch Protection
    • ograniczenie bezpośrednich zmian na głównym branchu
    • oddzielenie danych DEV i PROD
    • minimalne uprawnienia dla pipeline'u
    • kontrola dostępu do runnerów
    • przechowywanie historii wdrożeń
    • możliwość identyfikacji osoby wprowadzającej zmianę
    • powtarzalność procesu
    • ograniczanie ręcznych operacji administracyjnych.
  24. Laboratorium końcowe
    • Uczestnicy przygotują kompletny proces automatyzacji:
    • modyfikacja konfiguracji Ansible
    • utworzenie Pull Request
    • automatyczna walidacja kodu
    • sprawdzenie składni i jakości playbooków
    • wykonanie zmian na środowisku DEV
    • wdrożenie na TEST
    • akceptacja zmiany produkcyjnej
    • kontrolowane wykonanie playbooka na PROD
    • analiza wyniku i historii wykonania pipeline'u.

Zainteresowany? Zapisz się na szkolenie!

Zapisz się — wybierz termin

Szkolenie Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines realizowane tylko dla pracowników Twojej firmy?

To szkolenie możemy zorganizować w formie zamkniętej — wyłącznie dla Twojego zespołu. Doświadczony trener-praktyk poprowadzi szkolenie skrojone pod potrzeby Twojej organizacji:

  • Program dopasujemy do potrzeb i poziomu uczestników
  • Termin ustalimy indywidualnie, pod Twój kalendarz
  • Format do wyboru: online na żywo lub stacjonarnie w Twojej lub naszej siedzibie

Zamów bezpłatną, niezobowiązującą wycenę szkolenia zamkniętego.

Zapytaj o bezpłatną wycenę szkolenia
Szkolenie dedykowane dla Twojego zespołu Dopasowany program, termin i format - online lub stacjonarnie w naszej albo w Waszej siedzibie. Napisz lub zadzwoń - wspólnie dobierzemy rozwiązanie dla Twoich pracowników.
5/5 średnia ocena JSystems w Google na podstawie 298 ocen

Terminy gwarantowane

Szkolenia oznaczone jako "termin gwarantowany" odbędą się w zaplanowanym terminie niezależnie od liczby zgłoszonych uczestników. Nie musisz się martwić, że szkolenie zostanie odwołane z powodu zbyt małej liczby zapisanych osób.

Szkolenia online

Szkolenie realizowane jest w formie zdalnej na żywo poprzez platformę ZOOM. Trener prowadzi szkolenie na żywo, a uczestnicy mogą na bieżąco zadawać pytania i wykonywać ćwiczenia. Format online zapewnia pełną interakcję z trenerem, identyczną jak przy szkoleniu stacjonarnym.

Szkolenie na żywo z trenerem — nie kurs video

To nie jest nagrany kurs video. Przez cały czas trwania szkolenia masz bezpośredni kontakt z doświadczonym trenerem-praktykiem. Możesz na bieżąco zadawać pytania, prosić o wyjaśnienie trudnych zagadnień, konsultować własne projekty i uzyskać odpowiedź na dowolne pytanie związane z tematyką szkolenia. To realne wsparcie eksperta, którego nie zapewni żaden kurs nagrany.

Certyfikat ukończenia szkolenia

Każdy uczestnik po ukończeniu szkolenia otrzymuje imienny certyfikat potwierdzający udział i zdobyte kompetencje. Certyfikat wystawiany jest przez JSystems — firmę z certyfikatem ISO 9001 — i jest honorowany przez pracodawców.

Środowisko robocze

Nie jest wymagane instalowanie żadnego oprogramowania. Każdy uczestnik szkolenia otrzymuje dostęp do gotowego środowiska w chmurze, skonfigurowanego na potrzeby szkolenia. Dostęp realizowany jest poprzez przeglądarkę lub zdalny pulpit, w zależności od szkolenia.

Sprawdź pozostałe szkolenia z kategorii:

DevOps

Opinie uczestników

5.0/5
DevOps z GitHub Actions, Jenkins, Terraform, AWS i Ansible

Cacy :)

Mateusz Filipowicz Advatech sp. z o.o
4.9/5
DevOps z GitHub Actions, Jenkins, Terraform, AWS i Ansible

Dużo treści i różnych ścieżek.

Grzegorz Borowik NTT Poland Sp. z o.o.
5.0/5
Automatyzacja zadań z Ansible - szkolenie kompleksowe

Serdecznie polecam prowadzącego szkolenie "Ansible - szkolenie kompleksowe". Żadne pytanie nie zostaje bez odpowiedzi, a odpowiedzi formułowane są konkretnie i przede wszystkim w prosty, zrozumiały sposób, dzięki czemu nie ma problemu ze zrozumieniem omawianych zagadnień.

Olaf Szymaszek Śląskie Centrum Chorób Serca w Zabrzu
5.0/5
Automatyzacja zadań z Ansible - szkolenie kompleksowe

Szkolenie jest kompleksowe — zaczyna się od podstaw i każdego dnia przybywa trudności. Przerobiliśmy wiele labów i przeszliśmy przez wszystkie wskazane tematy. Prowadzący chętnie odpowiada na pytania i zawsze odnosi się do praktycznych przykładów, polecam.

Mariusz Kuświk Emitel S.A.
5.0/5
Terraform i infrastruktura jako kod (IaC) - szkolenie kompleksowe

Polecam trenera Piotra :)

Kamil Tańcula Asseco Poland S.A.
5.0/5
Terraform i infrastruktura jako kod (IaC) - szkolenie kompleksowe

Podczas szkolenia dostaniesz dużą dawkę wiedzy. Jednocześnie będziesz mógł tę wiedzę przekuć w praktykę podczas ćwiczeń. Prowadzący prowadzi uczestnika w czasie warsztatu i nie zostawia pytań bez odpowiedzi. Polecam szkolenie i prowadzącego.

Sławomir Orłowski Mennica Polska S.A.
5.0/5
Kompleksowe wprowadzenie do DevOps - szkolenie w formie warsztatowej

Obszerny materiał i wiedza przekazane w bardzo przystępny sposób przez kompetentnego prowadzącego.

Piotr Opała Orlen S.A.
5.0/5
Kompleksowe wprowadzenie do DevOps - szkolenie w formie warsztatowej

Bardzo polecam szkolenie i trenera Macieja. Duża dawka wiedzy przydatna w wielu dziedzinach IT, nie tylko dla DevOps. Nie wiem jak mogłem wcześniej funkcjonować bez dockera!

Wojciech Warguła VOLKSWAGEN POZNAŃ SP. Z O.O.
Pokaż wszystkie opinie Google Opinie w Google

Zaufali nam

...oraz setki innych firm

Dlaczego warto nas wybrać?

Terminy gwarantowane na 100%

Jeśli termin jest oznaczony jako gwarantowany, odbędzie się we wskazanym czasie — nawet jeśli część grupy wycofa się z udziału. Ryzyko organizacyjne ponosimy my, nie Ty.

Trenerzy-praktycy z oceną minimum 4.75/5

Każdy trener JSystems ma bogate doświadczenie komercyjne w technologiach których uczy i musi utrzymywać średnią z ankiet powyżej 4.75 na 5. Czerwony pasek to u nas minimum ;)

100% format warsztatowy

Każde zagadnienie teoretyczne jest poparte ćwiczeniami praktycznymi o rosnącym poziomie trudności. Uczymy przez działanie, nie przez slajdy.

Jesteśmy w BUR

Jako zarejestrowany dostawca usług w Bazie Usług Rozwojowych umożliwiamy sfinansowanie szkoleń pracowników ze środków zewnętrznych — dofinansowanie z BUR i KFS sięga nawet 100% wartości szkolenia.

Certyfikat ISO 9001

Posiadamy certyfikat ISO 9001 potwierdzający najwyższe standardy jakości naszych usług szkoleniowych i procesów organizacyjnych.

Gotowe środowiska w chmurze

Do każdego szkolenia wymagającego oprogramowania dostarczamy skonfigurowane, gotowe hosty w chmurze. Uczestnik nie musi nic instalować — łączy się przez zdalny pulpit lub SSH.

Dowiedz się dlaczego warto nas wybrać

Masz pytania? Zadzwoń lub napisz!
22 299 53 69 biuro@jsystems.pl
Pon–Pt 9:00–17:00
A może nielimitowane szkolenia za
1 148 PLN brutto / mies.?
Sprawdź Karnet Open
KARNET OPEN na szkolenia

Najczęstsze pytania

Ile trwa szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines”?

Szkolenie trwa 3 dni.

Ile kosztuje szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines”?

Cena to 2 800 zł netto (3 444 zł brutto) za osobę.

Czy szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines” jest dofinansowane z BUR / KFS?

Tak. Jesteśmy wpisani do Bazy Usług Rozwojowych, więc udział w szkoleniu można sfinansować z dofinansowania BUR lub KFS - nawet do 100% wartości. Szczegóły znajdziesz na stronie dofinansowanie BUR/KFS.

Czy szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines” ma termin gwarantowany?

W tej chwili nie mamy ustawionego terminu gwarantowanego tego szkolenia. Zapisz się na powiadomienia o terminach gwarantowanych, a damy Ci znać, gdy tylko taki termin się pojawi. Szkolenie jest też dostępne w formie dedykowanej dla firm.

Czy szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines” można zamówić jako zamknięte dla firmy?

Tak. Realizujemy je również w formie zamkniętej (dedykowanej) dla Twojego zespołu.

Czy szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines” odbywa się online, czy stacjonarnie?

Szkolenie „Ansible w CI/CD na przykładzie GitHub Actions i Bitbucket Pipelines” prowadzimy w formie online - na żywo z trenerem przez platformę ZOOM, z pełną interakcją i ćwiczeniami. To nie jest nagrany kurs wideo.

A może nielimitowane szkolenia za
1 148 PLN brutto / mies.?
Sprawdź Karnet Open
KARNET OPEN na szkolenia

Zanim wyjdziesz

Wyślemy Ci podsumowanie tego szkolenia z terminami i ceną — do przemyślenia w spokoju.

Żadnego spamu — tylko jedno podsumowanie.