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 GitHub i GitHub Actions dla zespołów DevOps

Wdrożenie na produkcję wciąż odpala ktoś ręcznie ze swojej konsoli, sekrety (hasła i klucze dostępowe) krążą po zespole poza kontrolą, a bezpośredni…

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

23.11 –
Gwarantowany Online
Piotr Kośka Piotr Kośka
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
22.03 –
Gwarantowany Online
Piotr Kośka Piotr Kośka
Termin niegwarantowany
Do koszyka
Kliknij aby przejść do formularza zapisu
14.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 GitHub i GitHub Actions dla zespołów DevOps.

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

Wdrożenie na produkcję wciąż odpala ktoś ręcznie ze swojej konsoli, sekrety (hasła i klucze dostępowe) krążą po zespole poza kontrolą, a bezpośredni push do głównego brancha (gałęzi kodu) potrafi zepsuć środowisko bez śladu, kto i co zmienił.

GitHub to nie tylko miejsce na kod - to platforma współpracy, kontroli zmian i automatyzacji procesów CI/CD (ciągła integracja i dostarczanie zmian, czyli automatyczne potoki przejmujące ręczną, powtarzalną pracę). Poznajesz GitHub jako centralne środowisko zespołu DevOps: prowadzisz zmiany przez Pull Requesty (zgłoszenie zmiany do przejrzenia i scalenia) i code review (recenzję kodu przez innego członka zespołu przed scaleniem), zabezpieczasz główne gałęzie i budujesz workflow GitHub Actions (scenariusze automatyzacji odpalane przez zdarzenia w repozytorium), które walidują kod i wdrażają zmiany.

Idziemy od organizacji repozytoriów i branchy po zaawansowaną automatyzację: własne maszyny wykonujące zadania (self-hosted runners), uwierzytelnianie do chmury bez stałego hasła (OIDC) i współdzielone scenariusze automatyzacji (reusable workflows). Całość spina projekt końcowy - od zmiany w kodzie po kontrolowane wdrożenie na produkcję.

Co potrafisz po tych 3 dniach

  • Organizujesz pracę zespołu DevOps w GitHub - projektujesz strukturę repozytoriów aplikacyjnych i infrastrukturalnych, wybierając między monorepo a wieloma repozytoriami.
  • Prowadzisz zmiany przez Pull Requesty i code review - obsługujesz Pull Requesty przez cały cykl życia i przeglądasz kod Terraform, playbooki Ansible oraz workflow.
  • Zabezpieczasz główne branche i zarządzasz dostępami - konfigurujesz branch protection i rulesets (reguły chroniące gałąź, które blokują bezpośredni zapis i wymuszają Pull Requesta, zatwierdzenia oraz kontrolę CI), a rolami i zespołami GitHub nadajesz minimalny dostęp.
  • Budujesz workflow GitHub Actions od podstaw - składasz joby (grupy zadań), kroki (pojedyncze polecenia) i akcje w plikach YAML (czytelny format zapisu konfiguracji), używasz zmiennych i kontekstów, uruchamiasz workflow automatycznie i ręcznie.
  • Bezpiecznie obsługujesz sekrety i środowiska - przechowujesz secrets na poziomie repozytorium, organizacji i środowiska, budujesz DEV, TEST i PROD w GitHub Environments (nazwane środowiska wdrożeniowe z regułami) i wstawiasz approvals (ręczne zatwierdzenie) przed wdrożeniem na PROD.
  • Stawiasz i utrzymujesz self-hosted runners - instalujesz i rejestrujesz własne maszyny wykonujące zadania w sieci firmy lub w chmurze, organizujesz je w grupy i etykiety oraz zabezpieczasz.
  • Automatyzujesz infrastrukturę i logujesz workflow do chmury bez stałych haseł - spinasz GitHub Actions z Terraform i Ansible (narzędzia opisujące infrastrukturę i konfigurację jako kod), rozdzielasz plan (podgląd zmian) od apply (ich wykonanie), uwierzytelniasz się przez OIDC (federacja tożsamości, logowanie bez stałego hasła) i budujesz reusable workflows (jeden scenariusz współdzielony przez wiele repozytoriów).

Jak pracujemy

Uczymy w formule warsztatowej - samodzielnie tworzysz repozytoria, branche, Pull Requesty i workflow GitHub Actions na scenariuszach z pracy zespołów DevOps. Każdy z trzech dni zamyka warsztat, a całość spina projekt końcowy zbliżony do środowiska firmowego: od zmiany na branchu, przez kontrolę CI i code review, po wdrożenie na DEV i ręcznie zatwierdzany deployment na PROD. Prowadzi Piotr Kośka, specjalista DevOps i Cloud, który buduje pipeline'y i na co dzień pracuje z narzędziami CI/CD, takimi jak GitHub Actions, GitLab CI i Azure DevOps.

Dla kogo

Szkolenie jest dla DevOps Engineerów, administratorów systemów Linux i Windows, Cloud Engineerów, administratorów infrastruktury i GitHub, specjalistów od automatyzacji oraz zespołów pracujących z Infrastructure as Code. Skorzystają też developerzy w procesach CI/CD i Team Leaderzy, zwłaszcza gdy chcecie przejść od ręcznych procesów do automatyzacji opartej o GitHub.

Wymagania wstępne: podstawowa znajomość pracy z systemem Linux lub Windows, obsługi terminala oraz rozumienie działania infrastruktury IT. Podstawy Git będą pomocne, ale nie są wymagane - najważniejsze elementy omawiamy w trakcie zajęć, a znajomość GitHub Actions nie jest potrzebna.

Co zyskujesz

Wychodzisz z umiejętnością zbudowania w GitHub powtarzalnego i audytowalnego procesu pracy zespołu DevOps. Otrzymujesz certyfikat ukończenia, a udział sfinansujesz ze środków BUR i KFS. Szkolenie realizujemy też w formule zamkniętej dla zespołu.

Zarezerwuj miejsce i zamień ręczne wdrożenia na kontrolowane potoki GitHub Actions, które wykonują się same i zostawiają po sobie ślad.

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. GitHub w nowoczesnym środowisku DevOps
    • GitHub jako platforma współpracy, a nie tylko repozytorium Git
    • repozytorium, organizacja i enterprise - różnice i zastosowanie
    • podstawowe elementy GitHub
    • struktura repozytorium
    • organizacja kodu aplikacyjnego oraz Infrastructure as Code
    • publiczne, prywatne i wewnętrzne repozytoria
    • podstawowe modele pracy zespołowej
    • miejsce GitHub w procesie CI/CD
  2. Organizacja repozytoriów
    • tworzenie repozytorium
    • podstawowe ustawienia repozytorium
    • README i dokumentacja projektu
    • organizacja katalogów
    • repozytoria aplikacyjne i infrastrukturalne
    • monorepo a wiele niezależnych repozytoriów
    • zasady nazewnictwa repozytoriów
    • dobre praktyki organizacji repozytoriów DevOps
  3. Git w codziennej pracy zespołu
    • repozytorium lokalne i zdalne
    • clone, fetch, pull i push
    • commit i historia zmian
    • branche
    • tworzenie i usuwanie branchy
    • synchronizacja zmian
    • merge
    • rozwiązywanie podstawowych konfliktów
    • dobre praktyki tworzenia commitów
  4. Strategie pracy z branchami
    • rola głównego brancha
    • feature branches
    • krótkotrwałe branche robocze
    • praca zespołowa nad zmianami
    • organizacja zmian infrastrukturalnych
    • znaczenie małych i czytelnych zmian
    • dobre praktyki pracy z branchami
  5. Pull Request jako podstawowy mechanizm kontroli zmian
    • czym jest Pull Request
    • cykl życia Pull Requesta
    • tworzenie PR
    • opis zmiany
    • porównywanie zmian
    • reviewers
    • komentarze
    • dyskusje dotyczące zmian
    • request changes
    • approve
    • merge
    • zamykanie Pull Requestów
    • draft Pull Request
    • wykorzystanie PR w zmianach infrastrukturalnych
  6. Code review w zespole DevOps
    • cele code review
    • czego szukać podczas przeglądu kodu
    • review kodu Terraform
    • review playbooków Ansible
    • review workflow CI/CD
    • znaczenie małych Pull Requestów
    • odpowiedzialność autora i reviewera
    • dobre praktyki komunikacji podczas code review
  7. Ochrona głównych branchy
    • dlaczego bezpośredni push do głównego brancha może być zagrożeniem
    • branch protection
    • rulesets
    • wymaganie Pull Requesta
    • wymaganie określonej liczby approvals
    • wymaganie pomyślnego wykonania kontroli CI
    • ograniczanie możliwości merge
    • blokowanie nieautoryzowanych zmian
    • ochrona branchy produkcyjnych
  8. Zarządzanie użytkownikami i dostępami
    • role i poziomy dostępu
    • organizacja użytkowników
    • zespoły GitHub
    • dostęp do repozytoriów
    • nadawanie minimalnych wymaganych uprawnień
    • odpowiedzialność administratora GitHub
    • przegląd dostępu użytkowników
    • podstawowe dobre praktyki bezpieczeństwa
    • Warsztat praktyczny
    • Uczestnicy przygotują repozytorium dla przykładowego projektu DevOps:
    • utworzą strukturę repozytorium
    • przygotują branche robocze
    • wykonają zmianę poprzez Pull Request
    • przeprowadzą code review
    • skonfigurują ochronę głównego brancha
    • przygotują zasady pracy zespołowej nad zmianami.
  9. Wprowadzenie do GitHub Actions
    • czym jest GitHub Actions
    • architektura rozwiązania
    • workflow
    • job
    • step
    • action
    • runner
    • zależności pomiędzy elementami workflow
    • lokalizacja plików workflow w repozytorium
    • składnia YAML wykorzystywana przez GitHub Actions
  10. Pierwszy workflow
    • utworzenie pliku workflow
    • nazwa workflow
    • definiowanie jobów
    • definiowanie kroków
    • wykonywanie poleceń systemowych
    • wykorzystywanie gotowych GitHub Actions
    • checkout repozytorium
    • analiza wyniku wykonania
  11. Zdarzenia uruchamiające workflow
    • push
    • pull_request
    • workflow_dispatch
    • schedule
    • ręczne uruchamianie pipeline'u
    • automatyczne uruchamianie pipeline'u
    • filtrowanie branchy
    • filtrowanie ścieżek
    • uruchamianie różnych workflow dla różnych scenariuszy
  12. Jobs i Steps
    • budowa jobów
    • zależności pomiędzy jobami
    • wykonywanie zadań równolegle
    • wykonywanie zadań sekwencyjnie
    • needs
    • warunkowe wykonywanie kroków
    • obsługa błędów
    • timeout
    • retry i ponowne wykonywanie workflow
  13. Variables, Contexts i Expressions
    • zmienne środowiskowe
    • GitHub contexts
    • informacje o repozytorium
    • informacje o branchu
    • informacje o Pull Requeście
    • wykorzystywanie wartości pomiędzy krokami
    • outputs
    • expressions
    • conditions
    • dynamiczne zachowanie workflow
  14. Secrets i bezpieczne przechowywanie danych
    • dlaczego sekretów nie należy przechowywać w repozytorium
    • repository secrets
    • organization secrets
    • environment secrets
    • wykorzystywanie secrets w workflow
    • przekazywanie sekretów do aplikacji i skryptów
    • ochrona danych znajdujących się w logach
    • ograniczanie dostępu do sekretów
    • najczęstsze błędy związane z bezpieczeństwem sekretów
  15. GitHub Environments
    • czym jest environment
    • DEV, TEST, STAGE i PROD
    • powiązanie workflow ze środowiskiem
    • environment variables
    • environment secrets
    • ograniczanie możliwości deploymentu
    • wymagane zatwierdzenia
    • approvals przed wdrożeniem
    • ochrona środowiska PROD
    • budowanie kontrolowanego procesu promocji zmian
  16. Uprawnienia workflow
    • GITHUB_TOKEN
    • zakres uprawnień workflow
    • permissions
    • read i write
    • zasada najmniejszych uprawnień
    • ograniczanie możliwości modyfikowania repozytorium
    • bezpieczeństwo workflow uruchamianych z Pull Requestów
  17. Artifacts i wymiana danych
    • artifacts
    • przekazywanie danych pomiędzy jobami
    • zapisywanie wyników pipeline'u
    • raporty
    • plany infrastruktury
    • logi i dane diagnostyczne
    • podstawy cache
    • Warsztat praktyczny
    • Uczestnicy zbudują kompletny workflow obejmujący:
    • automatyczne uruchomienie po utworzeniu Pull Requesta
    • walidację kodu
    • wykonanie kilku zależnych jobów
    • wykorzystanie variables i secrets
    • zapisanie wyników jako artifact
    • ręczne uruchomienie procesu
    • przygotowanie środowisk DEV, TEST i PROD
    • dodanie kontroli przed wykonaniem operacji produkcyjnej.
  18. GitHub-hosted runners
    • czym jest runner
    • sposób wykonywania jobów
    • dostępne środowiska wykonawcze
    • wykorzystanie runnerów Linux i Windows
    • izolacja zadań
    • zalety GitHub-hosted runners
    • ograniczenia rozwiązania
    • typowe zastosowania
  19. Self-hosted runners
    • czym jest self-hosted runner
    • kiedy warto go zastosować
    • scenariusze on-premises
    • scenariusze cloud
    • dostęp do prywatnych zasobów infrastruktury
    • instalacja runnera
    • rejestracja runnera w GitHub
    • uruchamianie jako usługa
    • przypisywanie runnera do workflow
  20. Organizacja self-hosted runners
    • repository runners
    • organization runners
    • runner groups
    • labels
    • wybór odpowiedniego runnera przez workflow
    • runners dla DEV, TEST i PROD
    • separacja środowisk
    • runners dedykowane określonym zadaniom
    • utrzymanie infrastruktury runnerów
  21. Bezpieczeństwo self-hosted runners
    • różnice bezpieczeństwa względem GitHub-hosted runners
    • dostęp runnera do infrastruktury organizacji
    • minimalizacja uprawnień
    • dedykowane konta techniczne
    • izolacja runnerów
    • separacja środowisk
    • zarządzanie oprogramowaniem instalowanym na runnerze
    • ryzyka związane z wykonywaniem niezweryfikowanego kodu
    • dobre praktyki dla runnerów produkcyjnych
  22. GitHub Actions i Terraform
    • przechowywanie kodu Terraform w GitHub
    • automatyczne terraform fmt
    • terraform validate
    • terraform plan
    • analiza planu przed wdrożeniem
    • wykonanie apply
    • rozdzielenie plan i apply
    • wykonywanie zmian poprzez Pull Request
    • zabezpieczenie wdrożenia produkcyjnego
    • wykorzystanie environments
    • approvals przed terraform apply
  23. GitHub Actions i Ansible
    • przechowywanie playbooków w GitHub
    • walidacja kodu Ansible
    • wykonywanie Ansible z GitHub Actions
    • przekazywanie inventory
    • obsługa różnych środowisk
    • secrets wykorzystywane przez Ansible
    • uruchamianie playbooków na self-hosted runnerach
    • kontrolowane wykonywanie zmian infrastrukturalnych
  24. Uwierzytelnianie GitHub Actions do platform chmurowych
    • problem długoterminowych credentials
    • ograniczenia klasycznych service accounts i service principals
    • idea federacji tożsamości
    • OpenID Connect - OIDC
    • krótkotrwałe poświadczenia
    • uwierzytelnianie workflow do platformy chmurowej
    • ograniczanie dostępu do określonego repozytorium, brancha lub środowiska
    • bezpieczeństwo pipeline'ów infrastrukturalnych
  25. Reusable Workflows
    • problem duplikowania pipeline'ów
    • workflow wykorzystywane przez wiele repozytoriów
    • tworzenie reusable workflow
    • przekazywanie parametrów
    • przekazywanie secrets
    • centralizacja standardów CI/CD
    • wspólne pipeline'y dla wielu projektów
    • wersjonowanie reusable workflows
    • budowa organizacyjnego standardu automatyzacji
  26. Zaawansowana organizacja workflow
    • matrix
    • równoległe wykonywanie zadań
    • conditions
    • dependencies
    • concurrency
    • ograniczenie jednoczesnych deploymentów
    • anulowanie nieaktualnych workflow
    • timeout
    • wykorzystanie parametrów wejściowych
    • projektowanie pipeline'ów wielośrodowiskowych
  27. Diagnostyka GitHub Actions
    • analiza historii workflow
    • analiza jobów
    • analiza kroków
    • czytanie logów
    • najczęstsze błędy YAML
    • problemy z secrets
    • problemy z permissions
    • problemy z runnerami
    • problemy z dostępem do infrastruktury
    • ponowne uruchamianie workflow
    • diagnostyka self-hosted runnera
  28. Projekt końcowy - kompletny proces DevOps
    • W ramach końcowego warsztatu uczestnicy przygotują proces zbliżony do rzeczywistego środowiska firmowego.
    • Proces będzie obejmował:
    • utworzenie zmiany na osobnym branchu
    • utworzenie Pull Requesta
    • automatyczną walidację kodu przez GitHub Actions
    • obowiązkowe przejście kontroli CI
    • code review i zatwierdzenie Pull Requesta
    • połączenie zmiany z głównym branchem
    • automatyczne wdrożenie na środowisko DEV
    • wykorzystanie secrets i variables
    • wykonanie części zadań przez self-hosted runner
    • przygotowanie deploymentu na środowisko PROD
    • ręczne zatwierdzenie operacji produkcyjnej
    • wykonanie automatyzacji infrastruktury
    • analizę rezultatów i logów pipeline'u.

Zainteresowany? Zapisz się na szkolenie!

Zapisz się — wybierz termin

Szkolenie GitHub i GitHub Actions dla zespołów DevOps 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 „GitHub i GitHub Actions dla zespołów DevOps”?

Szkolenie trwa 3 dni.

Ile kosztuje szkolenie „GitHub i GitHub Actions dla zespołów DevOps”?

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

Czy szkolenie „GitHub i GitHub Actions dla zespołów DevOps” 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 „GitHub i GitHub Actions dla zespołów DevOps” 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 „GitHub i GitHub Actions dla zespołów DevOps” 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 „GitHub i GitHub Actions dla zespołów DevOps” odbywa się online, czy stacjonarnie?

Szkolenie „GitHub i GitHub Actions dla zespołów DevOps” 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.