Technologie / Infrastruktura

Platform Engineering — Internal Developer Platform (IDP), Backstage i golden paths

Trzydniowe szkolenie Platform Engineering — IDP (Internal Developer Platform), Backstage (Spotify), golden paths, service catalog, self-service infrastructure, Platform as Product, developer experience (DX), metryki platform, multi-cloud, FinOps.

DevOps skaluje się do ~5 zespołów — potem potrzebujesz PLATFORMY, nie kolejnego wiki z instrukcjami

DevOps mówi: „you build it, you run it”. Ale gdy masz 20 zespołów, każdy konfiguruje CI/CD od zera, każdy pisze własny Terraform, każdy wybiera inny monitoring. Efekt: 20 różnych setup-ów, zero standaryzacji, 3 miesiące onboarding nowego dewelopera. Platform Engineering rozwiązuje ten problem: platform team buduje Internal Developer Platform (IDP) — self-service portal, gdzie deweloper klika „utwórz nowy serwis” i w 15 minut ma: repo z CI/CD, namespace w Kubernetes, bazę danych, monitoring i alerting. Golden paths — rekomendowane ścieżki, które standaryzują BEZ ograniczania autonomii.

Trzydniowe szkolenie: Dzień 1 — fundamenty (IDP, golden paths, DX, Platform as Product, Team Topologies, warsztaty developer journey). Dzień 2 — Backstage (service catalog, templates, self-service, plugins, warsztaty instalacji). Dzień 3 — zaawansowane (multi-cloud, FinOps, security/policy-as-code, metryki DORA/SPACE, skalowanie, warsztaty roadmapy).

Dla kogo jest to szkolenie?

Dla osób budujących lub planujących Internal Developer Platform. Szczególnie gdy:

Twoja organizacja rośnie i DevOps „ręcznie” nie skaluje się — każdy zespół robi to samo inaczej
Chcesz zbudować self-service platform, ale nie wiesz od czego zacząć — IDP, Backstage, golden paths
Onboarding nowego dewelopera trwa tygodnie zamiast godzin — platform engineering to naprawia

Trzy dni: od koncepcji do roadmapy

Dzień 1: Fundamenty — od DevOps do PE (Team Topologies), IDP (architektura, warstwy), golden paths, Developer Experience (cognitive load, DORA), Platform as Product, warsztaty developer journey.

Dzień 2: Backstage — architektura, service catalog (entities, relations), software templates (scaffolding), self-service infrastructure (Terraform+portal), plugins i integracje, warsztaty instalacji.

Dzień 3: Zaawansowane — multi-cloud (Crossplane), FinOps (cost allocation), security (OPA, SBOM), metryki (DORA, SPACE, DevEx), skalowanie platform team, warsztaty roadmapy IDP.

Z ponad 2500 szkoleń w ofercie i oceną 4.8/5, EITT jest zaufanym partnerem w rozwoju kompetencji. Skontaktuj się z nami — organizujemy szkolenia Platform Engineering zamknięte dla zespołów DevOps i platform.

Korzyści

Projektować Internal Developer Platform (IDP) — architektura, warstwy, golden paths, self-service
Wdrażać Backstage jako portal deweloperski — service catalog, software templates, TechDocs, plugins
Budować self-service infrastructure — Terraform modules + portal, provisioning on-demand, guardrails
Stosować podejście Platform as Product — product management platformy, roadmap, user research
Mierzyć sukces platformy — DORA metrics, developer satisfaction, onboarding time, SPACE framework
Projektować golden paths standaryzujące workflow bez ograniczania autonomii zespołów

Dla kogo jest to szkolenie?

Inżynierowie platform budujący Internal Developer Platforms w organizacjach

Liderzy DevOps ewoluujący w kierunku platform engineering i developer experience

CTO i VP Engineering projektujący strategię narzędzi wewnętrznych

Architekci chmury budujący abstrakcje infrastrukturalne dla zespołów deweloperskich

Menedżerowie inżynieryjni odpowiedzialni za produktywność i onboarding deweloperów

Inżynierowie DevEx (Developer Experience) usprawniający workflow programistów

Wymagania wstępne

Doświadczenie w DevOps, CI/CD i zarządzaniu infrastrukturą chmurową
Znajomość Kubernetes na poziomie operacyjnym
Podstawowa znajomość Terraform lub innego IaC (Infrastructure as Code)
Doświadczenie w budowaniu lub utrzymaniu narzędzi dla zespołów deweloperskich

Program szkolenia

Od DevOps do Platform Engineering — ewolucja (DevOps sprawdza się w małych zespołach, platform engineering skaluje), Team Topologies (stream-aligned vs platform teams)
Internal Developer Platform (IDP) — architektura (self-service portal, API, abstrakcje infrastrukturalne), warstwy (developer portal, orchestration, resources)
Golden paths — definiowanie rekomendowanych ścieżek (tworzenie serwisu, deploy, monitoring), standaryzacja BEZ ograniczania autonomii
Developer Experience (DX) — cognitive load (Sweller), onboarding time, DORA metrics (deployment frequency, lead time, MTTR, change failure rate)
Platform as Product — platform team jako wewnętrzny vendor, product management platformy, roadmap, user research z deweloperami
Warsztaty: mapowanie developer journey w organizacji, identyfikacja friction points, projektowanie golden paths

Backstage (Spotify) — architektura (frontend, backend, database), software catalog, software templates, TechDocs, plugins
Service catalog — modelowanie (entities, relations, ownership), automatyczna discovery, API documentation, dependency graph
Software templates — scaffolding nowych serwisów (cookiecutter), CI/CD pipeline setup, observability setup, security baselines
Self-service infrastructure — Terraform modules + portal, Kubernetes namespaces, databases on-demand, environment provisioning
Plugins i integracje — Backstage plugin ecosystem, integracje z CI/CD (GitHub Actions, GitLab CI), monitoring (Datadog, Grafana), PagerDuty
Warsztaty: instalacja Backstage, konfiguracja service catalog, tworzenie software template, self-service provisioning

Multi-cloud abstraction — Crossplane, Terraform, Pulumi jako warstwy abstrakcji, platforma niezależna od cloud providera
FinOps i cost management — cloud cost allocation per team/service, budgety, alerty, optymalizacja (right-sizing, spot instances)
Security i compliance — policy-as-code (OPA, Kyverno), guardrails w golden paths, security baselines, supply chain security (SBOM)
Metryki sukcesu platformy — adoption rate, developer satisfaction (DevEx survey), onboarding time, DORA metrics, SPACE framework
Skalowanie platform team — od 1 osoby do zespołu, hiring, organizacja pracy, unikanie 'ticket ops', inner source model
Warsztaty: projektowanie roadmapy platformy, definiowanie metryki sukcesu, plan wdrożenia IDP w organizacji uczestnika

Formy realizacji

Online

Wygoda uczestnictwa z dowolnego miejsca
Interaktywne sesje na żywo z trenerem
Materiały dostępne przez 30 dni
Brak kosztów dojazdu

Stacjonarnie

Bezpośredni kontakt z trenerem i grupą
Intensywne warsztaty praktyczne
Networking z innymi uczestnikami
Pełne skupienie na nauce

Tematy szkolenia

Najczęściej zadawane pytania

Czym Platform Engineering różni się od DevOps?

DevOps to KULTURA i PRAKTYKI (CI/CD, IaC, monitoring). Platform Engineering to PRODUKT — budowanie wewnętrznej platformy, która daje deweloperom self-service dostęp do infrastruktury i narzędzi. DevOps mówi 'każdy zespół zarządza swoją infrastrukturą'. Platform Engineering mówi 'platform team buduje abstrakcje, żeby INNE zespoły nie musiały'.

Czy musimy używać Backstage?

Nie — Backstage (Spotify) to jedno z narzędzi. Alternatywy: Port, Cortex, OpsLevel, configure.it. Szkolenie uczy KONCEPCJI (IDP, golden paths, service catalog, self-service) na przykładzie Backstage, bo jest open-source i najpopularniejszy. Zasady przenoszą się na inne narzędzia.

Jak duży musi być zespół, żeby potrzebować platform team?

Rule of thumb: gdy masz 5+ zespołów deweloperskich, które duplikują tę samą pracę infrastrukturalną (setup CI/CD, provisioning, monitoring). Jeden platform engineer na ~15-20 deweloperów to typowy ratio. Szkolenie pokazuje jak zacząć od 1 osoby i skalować.

W jakim formacie i jak długo trwa szkolenie?

Szkolenie trwa 3 dni (9:00-16:00), dostępne online i stacjonarnie. Warsztaty praktyczne — instalacja Backstage, tworzenie service catalog, projektowanie golden paths i roadmapy platformy.

Czy po szkoleniu otrzymam certyfikat?

Tak, każdy uczestnik otrzymuje imienny certyfikat ukończenia szkolenia wydany przez EITT.