Kubernetes / Container: rynek

Oferta

otwarta oferta, która przeszła kontrolę jakości i wymienia co najmniej dwie technologie

Obserwowany kandydat

kandydat, którego stack zawiera tę technologię; agregat — żaden pojedynczy rekord nie opuszcza perymetru

Kandydat do dopasowania

jeszcze nie liczone

Okno

oferty otwarte w chwili tworzenia snapshotu

Junior — typowe wejście: DevOps Middle z doświadczeniem z K8s → Junior K8s Engineer (dogłębny nacisk na K8s, węższy zakres). Skok Junior → Middle — po pierwszym wdrożeniu K8s w skali produkcyjnej + jednym napisanym własnym operatorze. Middle → Senior — odpowiedzialność za wiele klastrów + produkcyjna konfiguracja service mesh + doświadczenie operacyjne w skali produkcyjnej (węzły). Senior → Kubernetes Architect — strategia K8s całej organizacji + federacja wielu klastrów + decyzje architektury cloud-native. Ścieżka kariery: DevOps Middle (2-3 lata) → Junior K8s (1-2 lata) → Middle (2-3 lata) → Senior → albo Kubernetes Architect, K8s Operator developer (głęboko w programowaniu w Go), albo przejście do natywnego K8s w chmurze — zespoły AWS EKS / GCP GKE / Azure AKS.

5 najważniejszych: kubernetes, devops, cloud, ci/cd, openshift. Dogłębna biegłość w Kubernetes: architektura API server / scheduler / controller-manager / kubelet / etcd, biegłość w RBAC (Roles / ClusterRoles / RoleBindings + tokeny ServiceAccount), Network Policies (NetworkPolicy + Cilium CiliumNetworkPolicy), Pod Security Standards (zastępują PSP od 1.25), Resource Quotas + LimitRanges, HPA / VPA / Karpenter (nowoczesny autoscaler — zastępuje Cluster Autoscaler w kontekście AWS), wzorce Deployment / StatefulSet / DaemonSet / Job / CronJob. Własne CRD + Operatory: Operator SDK / Kubebuilder (Go) lub KOPF (Python). Projektowanie CRD + pisanie kontrolerów + obsługa pętli rekoncyliacji. Biegłość w Helm: tworzenie chartów (szablony / hierarchie values.yaml / hooki / sub-charty / zależności), dystrybucja przez rejestr OCI, library charts. Kustomize: zarządzanie konfiguracją przez nakładki, alternatywa / uzupełnienie Helm. GitOps: ArgoCD (dominuje 2026 — ApplicationSets dla multi-cluster, sync waves, sync hooks, hierarchie projektów) lub FluxCD (lekki + natywny dla Helm). Service mesh: Istio (najwięcej funkcji — biegłość w VirtualService / DestinationRule / EnvoyFilter), Linkerd (najprostszy + lekki — control plane w Rust), Cilium (rosnący 2026 — oparty na eBPF, zastępuje kube-proxy + zapewnia service mesh + Network Policies w jądrze + observability Hubble). Sieci: wtyczki CNI dogłębnie (Calico / Cilium / Weave / Flannel — wybierz jedną i poznaj dogłębnie), Gateway API (nowoczesny następca Ingress — GA 2024 — HTTPRoute / Gateway / GatewayClass), kontrolery Ingress (NGINX Ingress / Traefik / Contour / Istio Gateway). Pamięć masowa: biegłość w sterownikach CSI, OpenEBS / Longhorn / Rook/Ceph (self-hosted) + chmurowe CSI (EBS / Persistent Disk / Azure Disk). Observability: biegłość w Prometheus Operator (kube-prometheus-stack), Grafana Loki, OpenTelemetry Collector, Jaeger / Tempo do rozproszonego śledzenia. Bezpieczeństwo: OPA Gatekeeper lub Kyverno (egzekwowanie polityk — Kyverno prostszy, rosnący 2026), Falco (bezpieczeństwo w czasie działania), Trivy + Snyk Container + Grype (skanowanie obrazów), Sigstore + cosign (łańcuch dostaw — podpisywanie i weryfikacja obrazów), External Secrets Operator / Sealed Secrets / integracja z Vault. Workflow / orkiestracja: biegłość w Argo Workflows (DAG / step / suspended / event-driven), Argo Events, Tekton Pipelines, Knative (serverless na K8s). Obciążenia GPU (rosnące 2026 dla AI / ML): NVIDIA GPU Operator, MIG (Multi-Instance GPU) do współdzielenia GPU, Kueue do kolejkowania zadań, Volcano (planista batch). Multi-cluster: Karmada (orkiestracja wielu klastrów), OpenChoreo, Cluster API (provisioning klastrów K8s przez K8s), service mesh multi-cluster (Istio ambient mesh — 2024+ multi-cluster). Języki: Go jako główny (ekosystem K8s). Python jako drugi (Operatory KOPF + własne skrypty).

Drzewo decyzyjne orkiestracji kontenerów 2026: 1) Kubernetes — standard branżowy od 2018, dominuje w produkcyjnej orkiestracji kontenerów (>80% enterprise). Zastosowanie: wszystko powyżej najprostszych aplikacji kontenerowych + przenośność multi-cloud + ogromny ekosystem. Kompromisy: duża złożoność (stroma krzywa uczenia + obciążenie operacyjne), ale rynek nie ma alternatywy. 2) AWS ECS (Elastic Container Service) — natywny dla AWS, prostszy niż K8s. Zastosowanie: tylko AWS + mały zespół + chęć zarządzanej prostoty. Dwa warianty: ECS na EC2 (sam zarządzasz węzłami) albo ECS Fargate (w pełni zarządzany, bez węzłów). Fargate — najlepszy dla małych obciążeń, drogi w skali. Kompromisy: uzależnienie od AWS, brak multi-cloud, mniejszy ekosystem. 3) Docker Swarm — alternatywa Dockera dla K8s. Status 2026: martwy. Docker Inc skupia się na Docker Desktop + Compose. Używaj tylko do utrzymania legacy. Zastosowanie: firma oparta na HashiCorp (już używa Vault / Consul / Terraform) + chęć czegoś prostszego niż K8s + wiele platform (kontenery + VM + aplikacje Java + samodzielne binaria). Kompromisy: mniejszy ekosystem (choć integruje się z siecią Consul), mniejsza społeczność + mniej ofert. Wybór niszowy. 5) Serverless (Lambda / Cloud Functions / Azure Functions) — uruchamia funkcje bez zarządzania kontenerami. Zastosowanie: obciążenia event-driven, sporadyczny ruch, proste endpointy API. Kompromisy: uzależnienie od dostawcy, opóźnienia cold startu, 15-minutowe limity wykonania, trudniejsze debugowanie. 6) Cloud Run / Knative — kontenery serverless (najlepsze z obu światów). Zastosowanie: aplikacje kontenerowe + chęć skalowania serverless (scale-to-zero) bez obciążenia operacyjnego K8s. GCP Cloud Run — najlepsza implementacja. 7) Nowoczesne PaaS: Render, Railway, Fly.io, Heroku — w pełni zarządzane wdrażanie bez infrastruktury. Zastosowanie: startupy + małe zespoły + małe obciążenia. Domyślne rekomendacje 2026: Duże enterprise + multi-cloud + odporność na przyszłość → Kubernetes. Tylko AWS + mały zespół → ECS Fargate (albo K8s przez EKS przy wzroście). Event-driven, sporadyczne → funkcje serverless. Kontenery + chęć serverless → Cloud Run / Knative. Firma oparta na HashiCorp → Nomad. Senior K8s Engineer musi wiedzieć, kiedy K8s to zły wybór.

Referencyjny produkcyjny stack K8s 2026: 1) Provisioning klastra — zarządzany (EKS / GKE / AKS) albo Cluster API + dostawcy Cluster API (vsphere / AWS / GCP / Azure) przy samodzielnym zarządzaniu. 2) CNI (Container Network Interface) — Cilium (zyskuje — oparty na eBPF, zastępuje kube-proxy) albo Calico (dojrzały) albo Flannel (prosty). Cilium zalecany 2026 — bonus: observability Hubble + egzekwowanie Network Policies w jądrze. 3) Ingress / Gateway — Gateway API (nowoczesny, GA 2024 — HTTPRoute / Gateway) z implementacjami Cilium Gateway / Istio Gateway / Envoy Gateway / Kong Gateway. Legacy: NGINX Ingress Controller / Traefik / Contour. 4) Service mesh (opcjonalny, ale zalecany na produkcji): Istio (najwięcej funkcji — ambient mesh 2024+ eliminuje narzut sidecarów) albo Linkerd (prostszy) albo Cilium Service Mesh (oparty na eBPF — w ogóle bez sidecarów). 5) GitOps — ArgoCD (dominuje — ApplicationSets dla multi-tenancy, sync waves, hooki) albo FluxCD. 6) Helm + Kustomize — zarządzanie manifestami. Helm dla dystrybuowanych pakietów, Kustomize dla konfiguracji per środowisko opartej na overlayach. 7) Zarządzanie sekretami — External Secrets Operator (zyskuje — pobiera z Vault / AWS Secrets Manager / GCP Secret Manager / Azure Key Vault) albo Sealed Secrets (zaszyfrowane sekrety przyjazne GitOps). 8) Egzekwowanie polityk — Kyverno (prostszy niż OPA Gatekeeper, zyskuje 2026) albo OPA Gatekeeper. Egzekwuj: wymagane etykiety / rejestry obrazów / limity zasobów / konteksty bezpieczeństwa. 9) Observability — metryki: Prometheus Operator (kube-prometheus-stack) + Grafana + VictoriaMetrics / Mimir do długoterminowego przechowywania. 10) Observability — logi: Loki + Fluent Bit / Vector (Vector zyskuje — napisany w Rust, szybszy). 11) Observability — trace'y: OpenTelemetry Collector + Jaeger albo Tempo (stack Grafana). 12) Bezpieczeństwo runtime: Falco (CNCF — wykrywanie zagrożeń w runtime oparte na eBPF) + Cilium Tetragon (observability bezpieczeństwa na eBPF — nowsza alternatywa). 13) Bezpieczeństwo obrazów: Trivy (skanowanie) + Sigstore cosign (podpisywanie) + admission controller weryfikujący podpisy. 14) Storage: sterowniki CSI — cloud-native (EBS / Persistent Disk / Azure Disk) albo OpenEBS / Longhorn / Rook/Ceph przy self-hostingu. 15) Backup / DR: Velero (CNCF — robi kopie zasobów K8s + wolumenów trwałych, odtwarza w innym klastrze). Opcjonalne dodatki 2026: KEDA (autoskalowanie sterowane zdarzeniami), Argo Workflows (zadania wsadowe / pipeline'y), Knative (serverless na K8s), NVIDIA GPU Operator (dla obciążeń AI / ML). Senior K8s Engineer dobiera i utrzymuje cały ten stack — 15+ komponentów.

Tak, 28% ofert Kubernetes Engineer to praca w pełni zdalna lub hybrydowa. Praca z K8s jest standardowo oparta na chmurze. Outsourcerzy — prawie zawsze zdalnie przy projektach z USA. Rosyjskie — hybrydowo lub zdalnie po okresie próbnym. Międzynarodowe firmy technologiczne — praca w pełni zdalna to standard. Firmy cloud-native (Aiven / Isovalent (Cilium) / Tigera / SUSE Rancher / Rafay) — w pełni zdalnie, premium. Zespoły K8s w Big Tech — standardem jest hybryda. Huby relokantów: Polska / Niemcy / Kanada / Serbia / Gruzja / ZEA. Angielski do międzynarodowej pracy zdalnej z K8s — obowiązkowo (społeczność CNCF jest anglojęzyczna, konferencje KubeCon po angielsku).

Senior Kubernetes Engineer — wdraża i utrzymuje klastry K8s + własne Operatory. Na co dzień: pisanie chartów Helm, debugowanie problemów klastrów, rotacja dyżurów, strojenie wydajności, tworzenie Operatorów. Dużo programowania (biegłość w Go do Operatorów). Kubernetes Architect — projektuje strategię K8s + federację wielu klastrów + architekturę service mesh + decyzje o architekturze cloud-native. Na co dzień: pisanie ADR dla decyzji dotyczących K8s, przeglądy projektów, strategia federacji wielu klastrów (Karmada / OpenChoreo), wybór service mesh + topologii, projektowanie frameworku polityk bezpieczeństwa, planowanie pojemności. Mniej programowania. Ścieżka kariery: Senior K8s Engineer (4-6 lat) → K8s Architect → Principal K8s Architect / Cloud Native Architect. K8s Operator Developer (alternatywna ścieżka — specjalizacja z dogłębnym programowaniem) — pisze własne Operatory K8s w Go. Na co dzień: programowanie w Go + projektowanie CRD + controller-runtime + testy. Często pracuje w firmach produktowych, gdzie K8s jest główną platformą (np. bazy danych natywne dla Kubernetesa — operatory K8s Cockroach / Yugabyte / SingleStore, monitoring natywny dla K8s — integracje K8s Datadog / Dynatrace). Wybór kariery: Engineer — codzienna praktyka, Architect — strategia + wiele zespołów, Operator Developer — dogłębne programowanie + inżynieria produktu.

Roadmapa: 1) Solidna baza DevOps — Linux + opanowanie Dockera + Git + podstawy jednej chmury. 2) Podstawy Kubernetesa — oficjalna Kubernetes Documentation (kubernetes.io/docs — obowiązkowo cała sekcja Concepts), „Kubernetes in Action” Lukša (kanoniczna pierwsza książka), „Kubernetes Patterns” Ibryam / Roß. 3) Praktyka K8s — postaw własny klaster: kind (Kubernetes in Docker — do lokalnego developmentu), k3s (lekki, do edge / IoT / Raspberry Pi), minikube (jednowęzłowy) lub zarządzany w chmurze (EKS / GKE / AKS — w ramach Free Tier). Wdrażaj prawdziwe aplikacje. 4) Certyfikat CKA (Certified Kubernetes Administrator) — obowiązkowy dla ról K8s Engineer. Egzamin praktyczny (2 godziny praktyki). Zasoby: Killer.sh (najlepszy egzamin próbny — w cenie CKA), kurs CKA KodeKloud. 5) Certyfikat CKAD (Certified Kubernetes Application Developer) — od strony programisty. 6) Certyfikat CKS (Certified Kubernetes Security Specialist) — specjalizacja premium. 7) Opanowanie Helma — tworzenie chartów (szablony / values / hooki / zależności / library charts). Skonfiguruj repozytorium chartów. 8) GitOps z ArgoCD — Application + ApplicationSets + Projects + sync hooks. Postaw ArgoCD na własnym klastrze + wdróż prawdziwą aplikację w stylu GitOps. 9) Podstawy service mesh — zainstaluj Istio lub Linkerd na własnym klastrze, skonfiguruj routing ruchu + observability. 10) Własne CRD + Operatory — programowanie w Go na poziomie Backend Middle + Operator SDK / Kubebuilder. Napisz prosty Operator (np. kontroler kopii zapasowych dla StatefulSetów). 11) Stack observability — zainstaluj kube-prometheus-stack + Grafana + Loki + Tempo, skonfiguruj własne metryki + dashboardy + alerty. 12) Stack bezpieczeństwa — zainstaluj Falco + OPA Gatekeeper lub Kyverno, napisz polityki bezpieczeństwa. 13) Zaawansowany projekt własny: produkcyjna konfiguracja K8s ze wszystkimi 15 komponentami stacku na własnym klastrze — udokumentuj jako portfolio na GitHubie. 14) Kontrybucje do open source — znajdź good-first-issue w repozytoriach Kubernetes / Helm / ArgoCD / Cilium. Społeczność CNCF jest przyjazna dla nowych kontrybutorów. Kursy RU: Slurm DevOps + K8s, Otus „Kubernetes Educator”, Karpov.Courses K8s Track, KubeOps School. Międzynarodowe (EN): wystąpienia KubeCon na YouTube (za darmo — obowiązkowo top 50 wystąpień), Learnk8s (intensywne kursy), KodeKloud Cloud-Native Learning Path, CNCF Curriculum (za darmo). Obowiązkowe książki: „Kubernetes Up & Running” Burns / Beda / Hightower (3. wydanie — autorzy wymyślili K8s), „Programming Kubernetes” Hausenblas / Stefan Schimanski (do tworzenia Operatorów). DevOps Middle → K8s Junior — 4-8 miesięcy.

307 active open Kubernetes Engineer positions — premium specialisation inside DevOps. Geography: the US, Poland, India. Time to close a Senior K8s Engineer role — 4-10 weeks (faster than SRE, but requires deep specialisation).

Senior Kubernetes Engineer odpowiada za pełny cykl ekosystemu K8s + operacje w skali produkcyjnej + przywództwo techniczne. Dogłębna biegłość w Kubernetesie: skala produkcyjna (węzły), wszystkie kontrolery + obiekty API + admission controllers + pluginy schedulera. Biegłość w własnych CRD + operatorach: programowanie w Go na poziomie Senior w backendzie + Operator SDK / Kubebuilder + controller-runtime + obsługa pętli rekoncyliacji + leader election + wersjonowanie custom resources + conversion webhooks. Biegłość w Helmie: tworzenie chartów (szablony / hierarchie values / hooki / sub-charty / library charts), dystrybucja przez rejestr OCI, testowanie chartów (helm-unittest + chart-testing). Biegłość w GitOps: ArgoCD ApplicationSets dla wielu klastrów + sync waves + hooki + projekty + RBAC + integracja zarządzania sekretami. Dogłębnie service mesh: Istio lub Cilium service mesh — konfiguracja produkcyjna, mesh wielu klastrów, mTLS, zarządzanie ruchem, observability. Dogłębnie sieci: wnętrze pluginów CNI (model eBPF w Cilium lub model BGP w Calico), biegłość w Gateway API (HTTPRoute / Gateway / GatewayClass), projektowanie egzekwowania Network Policies. Biegłość w bezpieczeństwie: Pod Security Standards + biegłość w RBAC (projektowanie least-privilege), framework polityk OPA Gatekeeper / Kyverno, bezpieczeństwo runtime (Falco / Cilium Tetragon), bezpieczeństwo łańcucha dostaw (Sigstore + cosign + admission webhooks weryfikujące podpisy). Pamięć masowa: wnętrze sterowników CSI + tworzenie własnych CSI w razie potrzeby. Biegłość w observability: zaawansowany Prometheus Operator (CRD ServiceMonitor / PodMonitor / Probe + recording rules + federacja), zaawansowana Grafana, zaawansowany OpenTelemetry Collector, distributed tracing przez mesh. Biegłość w wielu klastrach: Cluster API do provisioningu, Karmada / OpenChoreo do federacji, service mesh wielu klastrów (Istio ambient mesh), strategie DR dla wielu klastrów. Obciążenia GPU (rosnący trend 2026 w AI / ML): zaawansowany NVIDIA GPU Operator, konfiguracja MIG, Kueue do kolejkowania zadań, scheduler wsadowy Volcano. Projektowanie platform K8s: projektowanie platformy K8s z wieloma klastrami na tablicy w skali 10 000+ węzłów + multi-tenancy + multi-region. Optymalizacja wydajności: benchmarki klastrów (kube-bench dla CIS / kube-burner dla wydajności), strojenie control plane, strojenie etcd. Programowanie: biegłość w Go jako głównym języku (do operatorów + własnych narzędzi). Python jako drugi. Kompetencje miękkie: pisanie ADR dla decyzji K8s, pisanie techniczne (dokumentacja chartów + dokumenty projektowe operatorów), code review chartów Helm + kodu operatorów, mentoring inżynierów K8s na poziomie Middle, wystąpienia na KubeCon jako bonus. Angielski dla Senior+ OBOWIĄZKOWO — społeczność CNCF / dokumentacja / konferencje są po angielsku. Opcjonalny bonus: wkład open source do rdzenia Kubernetesa / Helm / ArgoCD / Cilium / Istio — znacząco podnosi wartość rynkową przy rekrutacji do zespołów K8s w Big Tech.