Platform Engineer: 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 — rzadkość (typowe wejście: DevOps Middle / Backend Middle + zainteresowanie narzędziami wewnętrznymi). Skok Junior → Middle — po pierwszym wdrożeniu możliwości IDP end-to-end (np. Backstage Software Templates do tworzenia szkieletów nowych usług). Middle → Senior — odpowiedzialność za platformę dla wielu zespołów + ścieżka poprawy metryk DX (np. skrócenie średniego Time to First Deploy z 2 tygodni do 2 dni). Senior → Staff / Principal — architektura IDP całej organizacji + strategia platformy jako produktu między zespołami. Ścieżka kariery: DevOps Middle / Backend Middle (2-3 lata) + zainteresowanie → Platform Engineer Junior (1-2 lata) → Middle (2-3 lata) → Senior → albo Platform Architect, specjalizacja DX Engineer, albo Engineering Manager (zespół platformowy).

5 najważniejszych: devops, cloud, agile, graphql, azure. Narzędzia IDP (Internal Developer Platform): Backstage (open-source od Spotify — dominuje 2026 — w inkubacji CNCF; największy rynek pracy) — trzeba znać React + TypeScript (dostosowywanie frontendu) + Node.js (wtyczki backendowe) + model encji Backstage + Software Catalog + TechDocs + Software Templates + wtyczkę Kubernetes. Port (komercyjny — najlepszy UX 2026 — szybko rosnący konkurent Backstage) — prostszy w dostosowaniu, schemat specyficzny dla Port. Cortex (alternatywa — nacisk na katalog usług). Humanitec (nastawiony na orkiestrację platformy — wzorce automatycznego wdrażania). OpsLevel, Configure8. Szablony self-service: Backstage Software Templates (integracja z cookiecutter) / Port Actions / własne szkielety CLI (Yeoman / Plop / własne CLI w Go). Katalog usług: śledzenie wszystkich usług + właścicieli + zależności + ocena dojrzałości (Backstage Software Catalog / Port / OpsLevel). Ekosystem Kubernetes dogłębnie: fundament platformy — Crossplane (natywny dla K8s IaC, niezależny od dostawcy — najlepszy do abstrakcji platformowych), Argo CD (fundament GitOps), Tekton (platforma pipeline’ów), Knative (platforma serverless). Abstrakcje platformowe: Crossplane Compositions (typowane abstrakcje zasobów chmurowych — przykład: „utwórz Postgres” = jedno wywołanie API rozwijane do RDS + roli IAM + Secret + sieci), moduły Terraform + Spacelift / Atlantis (zarządzany IaC), Kratix (framework platform-as-product — ciekawa nowsza pozycja 2024+). Bramka API dla API platformy: Kong / Tyk / Apigee / AWS API Gateway. Portal deweloperski: Backstage UI / Port UI / Cortex UI — jedno okno dla deweloperów (katalog usług + dokumentacja + akcje + observability). Metryki DX (Developer Experience): metryki DORA (Deployment Frequency / Lead Time for Changes / Mean Time to Recover / Change Failure Rate — framework Google DevOps Research and Assessment), framework SPACE, ankiety DX (feedback deweloperów). Narzędzia: Sleuth / LinearB / Faros AI / Swarmia / Code Climate Velocity. Platforma CI/CD: zwykle Tekton Pipelines (natywny dla CNCF) lub Argo Workflows + Argo Events. Observability samej platformy: metryki adopcji platformy + przypisanie kosztów do zespołów + śledzenie ocen DX. Języki: TypeScript jako główny (wtyczki Backstage) + Go do własnych narzędzi platformowych + Python do automatyzacji.

DevOps Engineer — nacisk na CI/CD + chmurę + K8s dla jednego zespołu / produktu. Nacisk na poziomie zespołu. Zob. DevOps Engineer (ogólnie). SRE (Site Reliability Engineer) — nacisk na niezawodność + SLI / SLO + dyżury on-call + automatyzację w celu redukcji toil. Dużo programowania. Zob. Site Reliability (SRE). Platform Engineer (ta strona) — nacisk na wielokrotnego użytku samoobsługową platformę developerską dla całej organizacji inżynierskiej. Myślenie produktowe o narzędziach wewnętrznych: programiści = klienci, zespół platformowy = zespół produktowy. Na co dzień: budowa możliwości samoobsługowych (np. „utworzenie nowego serwisu jednym kliknięciem” przez Backstage Templates), utrzymanie katalogu serwisów + golden paths + paved roads. Dużo programowania (TypeScript + Go). Kluczowa różnica 2026: Platform Engineering — to NIE tylko DevOps pod nową nazwą. Realna różnica: podejście platforma-jako-produkt + odpowiedzialność za metryki DX + strategie adopcji w wielu zespołach + myślenie produktowe o narzędziach wewnętrznych. Różnica względem SRE: SRE odpowiada za niezawodność serwisów. Platform Engineer odpowiada za niezawodność + UX samej platformy wewnętrznej (z której inne zespoły korzystają do wdrażania swoich serwisów). Platform Engineer mierzy sukces nie uptime'em infrastruktury, lecz pytaniem „ile minut zajmuje nowemu inżynierowi wdrożenie pierwszego serwisu?” Różnica względem DevOps: DevOps Engineer zwykle jest głęboko osadzony w zespole produktowym (CI/CD dla jednego produktu). Platform Engineer pracuje nad przekrojową infrastrukturą używaną przez 10+ zespołów produktowych. Realia pokrycia kariery 2026: 60-70% wspólnego stacku. Łatwe przejścia poziome DevOps Senior ↔ Platform Engineer (3-6 miesięcy). Mniejsze organizacje: jedna osoba = i DevOps, i Platform. Średnie / duże (50+ inżynierów): osobne role.

Drzewo decyzyjne wyboru IDP 2026: 1) Backstage (open-source od Spotify 2020, w inkubatorze CNCF 2022) — lider rynku 2026 (~60% udziału). Największa nisza na tworzenie pluginów + własne integracje. Mocne strony: ogromna społeczność (10K+ gwiazdek na GitHubie), 130+ oficjalnych pluginów, w pełni open-source, obsługa serwisów w wielu językach, Software Catalog + TechDocs + Software Templates wbudowane, integracje ze wszystkim. Słabe strony: duży nakład pracy na wdrożenie (typowe wdrożenie Backstage — 6-12 miesięcy inwestycji inżynierskiej), wymaga ekspertyzy React + TypeScript do customizacji, złożone tworzenie pluginów, ciężkie bieżące utrzymanie. Zastosowanie: firmy z 50+ inżynierami + dedykowanym zespołem platformowym (3+ inżynierów) + chęcią pełnej kontroli + preferencją open-source. 2) Port (komercyjny izraelski startup — założony w 2022, szybki wzrost 2024–2026) — lider wśród pretendentów z najlepszym UX. Mocne strony: znacznie prostsze wdrożenie (zwykle konfiguracja w 1-2 tygodnie vs Backstage 6-12 miesięcy), deklaratywny model blueprintów, piękny UI, wbudowane Self-Service Actions, kreatory serwisów drag-drop, natywne integracje ze Slackiem / Teams. Zastosowanie: firmy z 20-200 inżynierami + chęcią szybkiej wartości + bez chęci inwestowania w zespół platformowy 3+ inżynierów. 3) Cortex (komercyjny — założony w 2020, nieco starszy niż Port) — nacisk na katalog serwisów. Mocne strony: najlepsza w klasie ocena katalogu serwisów + śledzenie dojrzałości, nacisk na „production-readiness scorecards”. Zastosowanie: organizacje, w których głównym problemem jest śledzenie jakości serwisów w wielu zespołach. 4) Humanitec (komercyjny — skupiony na orkiestracji platformy) — inne podejście niż portal IDP. Mocne strony: głęboka automatyzacja K8s + wzorce wdrożeń wielośrodowiskowych + separacja obciążeń. Zastosowanie: platformy mocno skupione na K8s, gdzie główną potrzebą jest automatyzacja wdrożeń (a nie odkrywanie serwisów). 5) OpsLevel, Configure8 — alternatywy, mniejszy udział w rynku. 6) Własne rozwiązanie — firmy czasem budują własne minimalne IDP (statyczny Hugo / Next.js + własne integracje API). Domyślne rekomendacje 2026: Duże enterprise / preferencja open-source / dedykowany zespół platformowy → Backstage. Mid-market (20-200 inżynierów) / chęć szybkiej wartości → Port. Główna potrzeba — jakość katalogu serwisów → Cortex lub Port. Główna potrzeba — automatyzacja wdrożeń K8s → Humanitec. Rynek Backstage 2026 — największa kategoria ofert, ale oferty z Portem szybko rosną.

Tak, 38% ofert Platform Engineer to praca w pełni zdalna lub hybrydowa. Praca platformowa — oparta na chmurze + narzędzia wewnętrzne = idealna do pracy zdalnej. Firmy outsourcingowe — prawie zawsze zdalnie przy projektach z USA. Rosyjskie firmy — hybrydowo lub zdalnie po okresie próbnym. Międzynarodowe firmy technologiczne — praca w pełni zdalna to standard. Big Tech — standardem jest hybryda. Kontrybutorzy głównego zespołu Backstage (praca w społeczności CNCF) — z definicji w pełni zdalnie. Huby relokantów: Polska / Niemcy (przyjazne Platform Engineering) / Kanada / Serbia / Gruzja / ZEA. Angielski do międzynarodowej pracy zdalnej w Platform — obowiązkowo (społeczność Platform Engineering jest anglojęzyczna — CNCF / Backstage Working Groups / KubeCon Platform Engineering Day).

Platform Engineer (ogólnie) — buduje i utrzymuje możliwości platformy. Odpowiada za implementację techniczną. DX (Developer Experience) Engineer — podspecjalizacja skupiona na metrykach produktywności programistów i pętlach informacji zwrotnej od programistów. Na co dzień: 1) mierzenie produktywności programistów (automatyzacja pomiaru metryk DORA + SPACE), 2) projektowanie i analiza ankiet wśród programistów (jakościowa informacja zwrotna), 3) wyszukiwanie punktów tarcia w pracy programistów (np. „build trwa 30 minut”, „niestabilność testów 15%”, „przygotowanie środowiska deweloperskiego trwa 2 godzin”), 4) prowadzenie międzyzespołowych inicjatyw redukujących tarcia (czasem samodzielna implementacja, czasem koordynacja z innymi zespołami), 5) optymalizacja onboardingu (skrócenie czasu do pierwszego PR / pierwszego wdrożenia dla nowych osób), 6) decyzje o standaryzacji narzędzi (rekomendowanie / narzucanie konkretnych IDE / frameworków / narzędzi budowania), 7) strategia dokumentacji dla programistów (Backstage TechDocs / mkdocs / własne rozwiązania). Umiejętności: techniczne (trzeba rozumieć cały stack platformy) + analityczne (pomiar produktywności oparty na danych) + miękkie (rozmowy z programistami + wydobywanie realnych problemów) + myślenie produktowe (priorytetyzacja usprawnień według wpływu). Programowania od niewiele do umiarkowanie. Wynagrodzenie: DX Engineer porównywalnie z Senior Platform Engineerem. W amerykańskich firmach technologicznych DX Engineer stał się poszukiwaną rolą 2024–2026 dzięki wysokiemu ROI (czas programistów = drogi). Wybór kariery: Platform Engineer, jeśli implementacja możliwości ciekawi cię bardziej niż pomiary. DX Engineer, jeśli interesuje cię analiza produktywności oparta na danych + empatia wobec bolączek programistów + wpływ międzyzespołowy. Obie to pełnoprawne ścieżki na poziom Senior+. Znane głosy DX 2026: Abi Noda (współzałożyciel DX, były lider badań w GitHubie — współautor publikacji o frameworku SPACE), Lorin Hochstein (resilience engineering / chaos), Charity Majors (styk observability i DX — Honeycomb).

Roadmapa: 1) Solidna baza DevOps — Linux + Docker + Kubernetes (CKA) + IaC (Terraform) + jedna chmura + CI/CD. Platform Engineering buduje NA stacku DevOps. 2) Umiejętności inżynierii oprogramowania — Backstage i własne narzędzia platformowe to inżynieria oprogramowania zastosowana do problemów infrastruktury. Poziom Backend Middle w jednym języku (Go jako główny do narzędzi CLI, TypeScript + React do Backstage). 3) Dogłębnie Backstage — najbardziej rynkowa umiejętność IDP 2026. Zasoby: Backstage Documentation (backstage.io) + kanał Backstage na YouTube + książka „Developer Platforms with Backstage” Eli Goldberg. Postaw instancję Backstage na własnej infrastrukturze. Stwórz własną wtyczkę (np. integrację dashboardu specyficznego dla firmy). Wnieś małą poprawkę do rdzenia Backstage. 4) Crossplane — druga najbardziej rynkowa umiejętność platformowa. Naucz się Compositions (typowanych abstrakcji zasobów chmurowych). Skonfiguruj Crossplane na klastrze K8s, zdefiniuj kompozycję „provision Postgres” (abstrahuje RDS + IAM + Secrets). 5) Opanowanie ArgoCD (aplikacje wdrażane przez platformę + ApplicationSets dla multi-tenancy). 6) Tekton Pipelines — platforma pipeline'ów CNCF (alternatywa dla Jenkins + GitLab CI dla CI/CD natywnego dla platformy). 7) Konfiguracja metryk DORA — wdróż automatyczne śledzenie Deployment Frequency / Lead Time / MTTR / Change Failure Rate (można użyć narzędzi — Sleuth / LinearB / Faros AI lub własnych). 8) Lektura frameworka SPACE — publikacja „The SPACE of Developer Productivity” Forsgren / Storey / Maddila / Zimmermann / Houck / Nagappan (darmowy PDF). 9) Projektowanie katalogu usług — Backstage Software Catalog / blueprinty Port — modelowanie encji pod realną strukturę twojej organizacji. 10) Szablony self-service — Backstage Software Templates (oparte na cookiecutter) — stwórz szablon nowego mikroserwisu (w tym manifesty K8s + CI/CD + observability + wpis w katalogu usług). 11) Zaawansowany projekt własny: pełna konfiguracja IDP (Backstage + Crossplane + ArgoCD + własne Software Templates + dashboard metryk DORA) — udokumentuj jako portfolio. 12) Zaangażowanie w społeczność Platform Engineering: KubeCon Platform Engineering Day (CNCF), społeczność Internal Developer Platform (internaldeveloperplatform.org), społeczność platformengineering.org. Obowiązkowe książki: „Team Topologies” Skelton / Pais (kanon do zrozumienia zespołów platformowych + trybów interakcji), „The Phoenix Project” Kim + kontynuacja „The Unicorn Project” (kontekst DevOps + platformy), „Accelerate” Forsgren / Humble / Kim (źródło metryk DORA), „Developer Platforms with Backstage” Goldberg. Kursy: nagrania Backstage Working Group (za darmo na YouTube), ścieżki nauki internaldeveloperplatform.org, Humanitec Academy (darmowe kursy platform engineering). DevOps Middle / Backend Middle + zainteresowanie → Platform Engineer Junior — 4-10 miesięcy.

68 active open Platform Engineer positions — growing internal-developer-platform specialisation. Geography: the US, the UK, Poland. The real market is broader thanks to the international remote segment. Time to close a Senior Platform Engineer role — 5-10 weeks (longer than general DevOps due to specialisation + Backstage / Port expertise requirement). Platform Engineering as a category is growing fastest 2024–2026 per DORA / Puppet State of Platform Engineering reports.

Senior Platform Engineer odpowiada za pełny cykl architektury IDP + optymalizację DX + przywództwo techniczne. Inżynieria oprogramowania na poziomie Senior w backendzie: biegłość w TypeScript + React (do tworzenia pluginów Backstage) + Go jako główny (do własnych narzędzi platformowych) + Python do automatyzacji. Dogłębna biegłość w Backstage: tworzenie pluginów (komponenty frontendowe w React + pluginy backendowe w Node.js), dogłębnie model encji Software Catalog, zaawansowana konfiguracja TechDocs, zaawansowane Software Templates (własne generatory Yeoman), Catalog Processors dla własnych źródeł encji, Permission Framework dla Backstage multi-tenant. Lub równoważna ekspertyza w Port / Cortex jako alternatywnym IDP. Biegłość w Crossplane: projektowanie Compositions (typowane abstrakcje zasobów chmurowych), tworzenie własnych Providerów w razie potrzeby, wzorce abstrakcji multi-cloud. Biegłość w platformie Kubernetes: ArgoCD ApplicationSets do multi-tenancy + wielu klastrów, zaawansowane Tekton Pipelines, Knative jako oferta platformy serverless. Projektowanie szablonów samoobsługowych: biegłość w scaffoldingu (Backstage Software Templates / Port Actions / własne CLI), umożliwienie utworzenia nowej usługi od pomysłu do produkcji w kilka minut. Architektura katalogu usług: projektowanie modelu encji pod realną strukturę organizacji, automatyzacja śledzenia własności, automatyzacja śledzenia zależności, ocena dojrzałości. Biegłość w metrykach DORA: wdrożenie automatycznego śledzenia (od surowych danych z gita + wdrożeń do dashboardu), comiesięczne przeglądy metryk, wyznaczanie celów + odpowiedzialność za inicjatywy usprawnień. Stosowanie frameworka SPACE: projektowanie + prowadzenie ankiet wśród programistów, synteza opinii jakościowych, priorytetyzacja działań. Umiejętność rozmów z programistami: wydobywanie realnych problemów spod powierzchownych skarg (metodyka 5-Whys), identyfikacja tematów przekrojowych. Strategia adopcji w wielu zespołach: „platforma jako produkt” — projektowanie wprowadzania nowych możliwości platformy (prywatna beta → wewnętrzne uruchomienie → śledzenie metryk adopcji). Koordynacja między zespołami: praca z 10-20 zespołami produktowymi korzystającymi z platformy — zarządzanie opiniami + prośbami o funkcje + zmianami łamiącymi zgodność + cyklami wycofywania. Projektowanie platform: projektowanie architektury IDP na tablicy dla organizacji inżynierskiej, aspekty multi-region, ograniczanie zasięgu awarii. Przypisywanie kosztów platformy: dashboardy chargeback / showback na zespół, obrona budżetu zespołu platformowego vs ROI. Kompetencje miękkie: pisanie ADR dla decyzji platformowych, pisanie techniczne (dokumentacja platformy + materiały onboardingowe), komunikacja z kierownictwem (raportowanie wartości platformy do CTO / VP Engineering), planowanie roadmapy produktu, rekrutacja + mentoring Platform Engineerów na poziomie Junior / Middle. Angielski dla Senior+ OBOWIĄZKOWO — społeczność Platform Engineering (KubeCon Platform Engineering Day / Backstage Working Groups / platformengineering.org) jest anglojęzyczna. Opcjonalny bonus: wkład open source do Backstage / Crossplane / ArgoCD / Tekton — znacząco podnosi wartość rynkową (rynek jest mały + rekrutacja opiera się na społeczności).