DevOps – najczęstsze pytania rekrutacyjne i jak się przygotować

Poradnik odpowiada na pytanie: jakie są najczęstsze pytania rekrutacyjne na DevOps i jak się do nich przygotować – krok po kroku, z konkretnym planem nauki i przykładami odpowiedzi.

Tu przeczytasz

1. Jak wygląda rekrutacja na DevOps w praktyce
2. Główne obszary pytań na rozmowie DevOps
3. Linux – typowe pytania i przygotowanie
4. Bash / scripting – co pytają i jak się przygotować
5. Sieci – pytania, które wracają
6. Git i systemy kontroli wersji
7. CI/CD – kluczowy temat na DevOps
8. Kontenery i Kubernetes
9. Chmura i IaC – o co pytają
10. Monitoring, logi, bezpieczeństwo
11. Pytania scenariuszowe – „jak myślisz”
12. Pytania miękkie i o doświadczenie
13. Jak się przygotować – praktyczny plan (4–6 tygodni)
14. Portfolio DevOps – co pokazać na rozmowie
15. Jak odpowiadać na rozmowie – praktyczne wskazówki
16. Szybka „checklista” przed rozmową DevOps

1. Jak wygląda rekrutacja na DevOps w praktyce

Większość procesów rekrutacyjnych na DevOps w Polsce ma podobną strukturę:

Etap 1 – rozmowa z HR / rekruterem – sprawdzenie motywacji, oczekiwań finansowych, znajomości firmy i projektu, ogólne pytania o doświadczenie, technologię, poziom angielskiego;
Etap 2 – rozmowa techniczna z inżynierem / liderem – pytania z obszarów: Linux, sieci, CI/CD, kontenery, chmura, skrypty, monitoring; zarówno „co to jest X”, jak i scenariusze „jak rozwiązał(a)byś problem Y?”;
Etap 3 – zadanie techniczne (online / domowe) – np. przygotowanie prostego pipeline’u CI/CD, infrastruktury jako kod, deploymentu aplikacji, a następnie omówienie rozwiązania z zespołem;
Etap 4 – rozmowa końcowa / oferta – doprecyzowanie warunków, on-call, styl pracy, kultura zespołu.

Kluczowy wniosek – rekrutacja DevOps to nie „test z narzędzi”, lecz sprawdzanie zrozumienia procesu, sposobu myślenia i dopasowania do zespołu.

W praktyce sprawdzane są następujące obszary:

rozumienie procesu dostarczania oprogramowania,
sposób myślenia (debugowanie, priorytety, komunikacja),
dopasowanie do zespołu i kultury pracy (w tym komunikacja po angielsku).

2. Główne obszary pytań na rozmowie DevOps

Na rozmowie możesz spodziewać się pytań z kilku powtarzalnych obszarów:

Linux / administracja systemem
Bash / scripting / Python
Sieci i protokoły
Git i systemy kontroli wersji
CI/CD – pipeline’y, automatyzacja
Kontenery i orkiestracja – Docker, Kubernetes
Chmura (AWS / GCP / Azure)
Infrastruktura jako kod (IaC) – Terraform, Ansible, CloudFormation
Monitoring, logi, alerting
Bezpieczeństwo / backup / HA
Pytania scenariuszowe i „miękkie” – awarie, konflikty, współpraca z devami

Niżej znajdziesz konkretne przykłady pytań oraz wskazówki, jak się przygotować.

3. Linux – typowe pytania i przygotowanie

Przykładowe pytania z polskich rekrutacji DevOps:

jakie są różnice między procesem, programem a kodem źródłowym?,
co to jest inode i jakie ma znaczenie w systemie plików?,
jak sprawdzić, który proces nasłuchuje na danym porcie?,
jak sprawdzić zużycie pamięci / CPU / dysku?,
jak działają uprawnienia w Linuxie? co oznacza chmod 755?,
jakie znasz podstawowe komendy do diagnostyki problemów? (top, htop, ps, ss, lsof, journalctl, dmesg).

Jak odpowiadać – przykład (skrócona forma):

inode – struktura opisująca plik w systemie plików: właściciel, prawa, rozmiar, czas modyfikacji, wskaźniki do bloków danych; bez nazwy pliku (nazwa jest w katalogu).

Proces na porcie – przykłady: sudo lsof -i :8080 albo ss -ltnp | grep 8080.

Jak się przygotować:

zainstaluj Linux (np. Ubuntu w VM lub WSL) i codziennie pracuj w terminalu,
ćwicz komendy: ls, find, grep, awk, sed, tar, systemctl, journalctl,
poćwicz administrację usługą: start/stop/status serwisu, logi, podstawowa konfiguracja,
przejdź listę pytań linuxowych i rozwiąż je praktycznie w terminalu.

4. Bash / scripting – co pytają i jak się przygotować

Typowe pytania obejmują praktyczne zadania i podstawy składni:

jak napisać prosty skrypt w Bash, który iteruje po plikach w katalogu, sprawdza, czy usługa działa i restartuje ją przy awarii, wykonuje prostą kopię zapasową?,
jaka jest różnica między zmienną lokalną, globalną a zmienną środowiskową?,
co to jest shebang (#!/bin/bash)?,
jak przekazywać argumenty do skryptu ($1, $2, $@)?.

Jak trenować:

codziennie napisz jeden mały skrypt (rotacja logów, backup katalogu, prosty health-check HTTP z curl i kodem wyjścia),
dbaj o czytelność: komentarze, set -euo pipefail, funkcje w Bashu,
jeśli rola jest bardziej programistyczna – opanuj podstawy Pythona (parsowanie JSON, praca z API).

5. Sieci – pytania, które wracają

Obszar sieci pojawia się niemal zawsze. Oto tematy, które regularnie się przewijają:

warstwy modelu OSI / TCP-IP – na tyle, aby wyjaśnić, co się dzieje, gdy wpisujesz adres w przeglądarce,
różnica między TCP a UDP,
co to jest DNS, jak działa, jak debugować (np. dig, nslookup)?,
co to jest NAT, firewall, port forwarding?,
jak sprawdzić, czy host jest dostępny / port otwarty? (ping, telnet, nc, curl).

Jak się przygotować:

narysuj sobie ścieżkę: przeglądarka → DNS → TCP handshake → HTTP(S) → odpowiedź,
poćwicz narzędzia: ping, traceroute / mtr, curl -v, nc, nslookup / dig,
zrozum pojęcia: CIDR, maska sieci, podsieci, load balancer, reverse proxy.

6. Git i systemy kontroli wersji

Najczęstsze oczekiwania wobec kandydata:

podstawowe komendy – git clone, status, add, commit, push, pull, branch, checkout, merge, rebase,
rozwiązywanie konfliktów merge,
git flow / trunk-based – ogólne zrozumienie, jak zespół pracuje z gałęziami.

Możliwe pytania: „co robisz, gdy przypadkowo zrobisz commit na złej gałęzi?”; „jak cofnąć ostatni commit?”.

Przygotowanie: załóż repo na GitHub/GitLab i używaj go w mini-projekcie DevOps; rób gałęzie i pull requesty (nawet dla siebie), świadomie rozwiązuj konflikty i eksperymentuj z rebase.

7. CI/CD – kluczowy temat na DevOps

Rekruterzy często pytają o podstawy i praktykę:

czym jest CI, a czym CD (continuous delivery / deployment)?,
z jakimi narzędziami do CI/CD pracowałeś(aś)? (Jenkins, GitLab CI, GitHub Actions, Azure DevOps itp.),
opisz swój typowy pipeline – od commit’a do wdrożenia na produkcję,
jak wdrożył(a)byś zero-downtime deployment?,
jak testujesz aplikację w pipeline’ie (unit, integration, e2e)?.

Przykład kręgosłupa odpowiedzi:

„CI to automatyczne budowanie i testowanie przy każdym commicie, tak aby szybko wykryć błędy. CD to proces automatycznego przygotowania artefaktu i deploymentu na środowiska – staging, a czasem też produkcję – często z kontrolą (manual approval).”

Jak się przygotować praktycznie:

wybierz jedno narzędzie CI (np. GitLab CI, GitHub Actions lub Jenkins),
zbuduj pipeline:
- krok 1: build,
- krok 2: testy,
- krok 3: build obrazu Dockera,
- krok 4: deploy na środowisko testowe (np. docker-compose / Kubernetes minikube).
przećwicz debugowanie „zepsutego” joba: logi, retry, artefakty.

8. Kontenery i Kubernetes

Temat kontenerów i orkiestracji pojawia się niemal zawsze. Oto przykłady:

Docker – przykładowe pytania

co to jest obraz i co to jest kontener?,
co to jest Dockerfile i co to jest docker-compose?,
jak zbudować obraz i uruchomić kontener?,
jak podejrzeć logi kontenera i wejść do środka (exec)?.

Kubernetes – przykładowe pytania

co to jest Pod, Deployment, Service, Namespace?,
jak zdiagnozować problem z niedziałającą aplikacją w klastrze? (najpierw logi, potem kubectl describe, sprawdzenie eventów itd.),
co to jest ConfigMap i Secret?,
jak skaluje się aplikację w K8s?.

Przygotowanie:

zainstaluj Docker lokalnie i:
- zbuduj własny obraz (np. prosta aplikacja web) i wypchnij do Docker Hub / lokalnego registry,
- uruchom kilka kontenerów z docker-compose (baza + app),
zainstaluj minikube lub k3d i:
- odpal prosty Deployment (np. Nginx) i Service,
- poćwicz kubectl get / describe / logs oraz skalowanie kubectl scale.

9. Chmura i IaC – o co pytają

Większość firm oczekuje przynajmniej podstaw chmury i infrastruktury jako kod.

Chmura – kluczowe obszary:

AWS / Azure / GCP – ogólne zrozumienie usług i modeli,
compute (EC2, GCE, VM Scale Sets),
storage (S3, blob, buckets),
bazy danych zarządzane,
load balancery, VPC / VNet.

Przykładowe pytania: „jak zbudował(a)byś prostą, wysokodostępną aplikację web w chmurze?”; „jak ograniczyć koszty w chmurze?”.

IaC (Infrastructure as Code):

najczęściej Terraform, czasem Ansible oraz CloudFormation,
korzyści: powtarzalność, wersjonowanie, automatyzacja, dokumentacja w kodzie.

Pytania o doświadczenie: „czy pracowałeś(aś) z Terraform – co definiowałeś(aś)?”.

Jak się przygotować:

przeczytaj i zrozum podstawowe pojęcia chmury (IaaS, PaaS, SaaS),
zrób prosty projekt w Terraform (z darmowym tierem: AWS Free Tier / GCP Free) lub lokalnym providerem,
napisz 2–3 playbooki w Ansible (instalacja Nginx, użytkownicy, paczki).

10. Monitoring, logi, bezpieczeństwo

DevOps bez monitoringu praktycznie nie istnieje. Oto pytania, które padają najczęściej:

„jak monitorował(a)byś aplikację i infrastrukturę?”,
„jakie metryki są kluczowe?”,
„jak podszedł(a)byś do logów?”,
„co zrobisz, gdy aplikacja przestaje odpowiadać – od czego zaczniesz?”.

Oczekiwane elementy odpowiedzi:

metryki aplikacyjne (czas odpowiedzi, error rate) oraz systemowe (CPU, RAM, dysk, sieć),
narzędzia: Prometheus, Grafana, ELK / OpenSearch, Loki, systemy alertingu,
logi jako pierwszy krok debugowania (logi aplikacji, systemu, kontenerów; w Kubernetes także describe i eventy).

Bezpieczeństwo – skrótowo:

zasada najmniejszych uprawnień (least privilege),
sekrety w Secret Manager / K8s Secrets, nigdy w repozytorium,
aktualizacje, patchowanie, skanowanie obrazów, ograniczanie dostępu do paneli admin.

11. Pytania scenariuszowe – „jak myślisz”

Coraz częściej rekruterzy zadają pytania typu „co zrobisz, gdy…”. Popularne scenariusze:

„produkcja padła, strona nie działa. co robisz, krok po kroku?”,
„masz zaprojektować od zera pipeline CI/CD dla aplikacji X – jak do tego podejdziesz?”,
„developerzy narzekają, że pipeline działa 40 minut. jak szukał(a)byś usprawnień?”,
„wprowadzamy nowy system monitoringu – jak zorganizujesz rollout?”.

Tu nie chodzi o idealną listę narzędzi, tylko o sposób myślenia.

zaczynasz od zrozumienia problemu, logów i metryk,
minimalizujesz ryzyko (roll-back, feature flags, canary),
komunikujesz się z zespołem i biznesem (status, ETA, impact).

12. Pytania miękkie i o doświadczenie

Przykładowe zagadnienia z obszaru „miękkiego” i doświadczeń:

„opowiedz o projekcie DevOps, z którego jesteś najbardziej dumny(a)”,
„opowiedz o trudnej sytuacji (awaria, konflikt z developerem) i jak ją rozwiązałeś(aś)”,
„jak radzisz sobie z presją przy awarii produkcyjnej?”,
„jak uczysz się nowych narzędzi / technologii?”.

Dobrze działa schemat STAR – przedstaw historię według kroków:

s – sytuacja,
t – zadanie,
a – akcje,
r – rezultat (najlepiej liczbowy: skrócenie czasu deployu, spadek liczby awarii itd.).

13. Jak się przygotować – praktyczny plan (4–6 tygodni)

Na bazie przewodników przygotowawczych do rozmów DevOps możesz wdrożyć poniższy plan.

Tydzień 1–2 – fundamenty

Skup się na trzech filarach i działaj konsekwentnie:

Linux – codziennie 30–60 minut w terminalu: procesy, usługi, logi, uprawnienia;
Bash / Python – jeden mały skrypt dziennie (z naciskiem na jakość i set -euo pipefail);
Sieci – powtórka TCP/IP, DNS oraz praktyka z ping, traceroute, curl, dig.

Tydzień 2–3 – kontenery i CI/CD

Przenieś fundamenty na praktykę kontenerową i automatyzację:

Docker – budowanie obrazów, docker-compose, logi, volume’y;
Podstawy Kubernetes – minikube, Deployment, Service, kubectl get/describe/logs;
CI/CD – prosty pipeline w Jenkins / GitLab CI / GitHub Actions.

Tydzień 3–4 – chmura i IaC

Chmura – przejrzyj podstawy AWS/Azure/GCP z naciskiem na compute, storage i sieć. Skonfiguruj proste środowisko w darmowym tierze.

IaC – przygotuj mały projekt z Terraform + opcjonalnie Ansible do provisioningu i konfiguracji.

Równolegle przez cały czas

Te elementy warto robić w tle przez cały okres przygotowań:

angielski techniczny – czytaj dokumentację, ćwicz krótkie odpowiedzi po angielsku;
pytania rekrutacyjne – przejdź listy pytań DevOps (Linux, CI/CD, Docker, Kubernetes, Cloud);
portfolio – mini-projekt, który pokażesz na rozmowie (sekcja poniżej).

14. Portfolio DevOps – co pokazać na rozmowie

Rekruterzy często proszą o konkretne przykłady projektów:

„Rekruter powinien poprosić kandydata o przykłady projektów, w których brał udział, konkretne wyzwania i jak je rozwiązał.”

Nawet jeśli nie masz komercyjnego doświadczenia, przygotuj projekt demonstracyjny w publicznym repozytorium:

repo na GitHub/GitLab z czytelną strukturą,
katalog infra/ – Terraform/Ansible do stworzenia środowiska,
katalog app/ – prosta aplikacja (może być gotowiec) + Dockerfile,
folder .github/workflows/ lub plik .gitlab-ci.yml – pipeline CI/CD,
plik README.md – opis architektury, diagram, jak uruchomić.

Na rozmowie przejdź po projekcie krok po kroku: „tu definiuję infrastrukturę jako kod, tu buduję i testuję aplikację, tu jest deploy na środowisko testowe, a tu monitoring i logi”. To robi bardzo dobre wrażenie – pokazuje, że rozumiesz cały flow DevOps, nie tylko pojedyncze komendy.

15. Jak odpowiadać na rozmowie – praktyczne wskazówki

Myśl na głos
Rekruter chce widzieć tok rozumowania, nie tylko wynik. Jeśli czegoś nie wiesz, powiedz: „nie pracowałem z X, ale z Y i tam robiłem to tak…”.
Nie udawaj, że znasz wszystko
DevOps jest bardzo szeroki – nikt nie oczekuje eksperta we wszystkim. Przyznanie się do luki + sensowny plan, jak byś to sprawdził(a), to plus.
Łącz technologie z problemami biznesowymi
Nie: „użyłem Dockera”, tylko: „użyłem Dockera, bo chcieliśmy ujednolicić środowisko i uniknąć ‘u mnie działa’ – skróciło to czas wdrożeń o X%”.
Pytaj rekrutera na końcu
Brak pytań często jest odbierany źle. Oto przykładowe, trafne pytania:
- „jak mogę zrobić największy wpływ w pierwszych 90 dniach w tym zespole?”;
- „jak wygląda obecnie on-call / liczba incydentów po godzinach?”;
- „jakie są największe wyzwania zespołu DevOps na najbliższe 6–12 miesięcy?”.
Organizacja rozmowy
Bądź wcześniej (5 min online, 10 min na miejscu), zadbaj o mikrofon, ciszę i brak rozpraszaczy.

Unikaj jedzenia, telefonu, multitaskingu – to „symulacja pracy z tobą na co dzień”.

16. Szybka „checklista” przed rozmową DevOps

Przed rozmową warto dosłownie przejść przez listę kontrolną:

[ ] potrafię opowiedzieć o min. 2 projektach (co robiłem, dlaczego, efekty),
[ ] umiałbym/umiałabym narysować pipeline CI/CD, z którym pracowałem/am,
[ ] znam podstawowe komendy i narzędzia w Linuxie (logi, procesy, sieć),
[ ] zrobiłem/am choć raz: docker build + docker run + docker-compose,
[ ] wiem, czym jest Pod/Deployment/Service w Kubernetes i jak debugować Pod,
[ ] rozumiem podstawowe usługi w chmurze (compute, storage, LB, sieć),
[ ] mam przygotowane 3–5 pytań do rekrutera,
[ ] przećwiczyłem/am na głos odpowiedzi na najczęstsze pytania (po polsku i trochę po angielsku).

Jeśli chcesz, mogę w kolejnym kroku przygotować konkretny zestaw 20–30 pytań i wzorcowych odpowiedzi DevOps po polsku (np. Linux, CI/CD, Docker, K8s) albo rozpisać indywidualny plan nauki pod twój obecny poziom.