DevOps slíbil, že vývojáři budou autonomní. Realita? Vývojáři píšou Terraform, debugují Helm charty a čekají na Jira tickety pro infrastrukturu. Platform engineering vrací fokus tam, kam patří — na produkt. Vývojář si objedná prostředí, platforma ho dodá. Self-service místo ticketů.
Co je Platform Engineering¶
Platform engineering je disciplína, která buduje a provozuje Internal Developer Platform (IDP) — vrstvu abstrakce mezi vývojáři a infrastrukturou. Vývojáři nepíšou YAML pro Kubernetes. Místo toho si vyberou ze šablon, kliknou na „Deploy” a platforma se postará o zbytek.
Gartner predikuje, že do roku 2026 bude 80 % velkých softwarových organizací mít platform engineering tým. V roce 2025 je to jedna z nejrychleji rostoucích disciplín v IT — a to z dobrého důvodu: cognitive load vývojářů dosáhl limitu.
Průměrný vývojář v enterprise prostředí potřebuje znát Git, CI/CD, kontejnerizaci, Kubernetes, networking, monitoring, secrets management, IAM, compliance pravidla… To není udržitelné. Platforma tuto složitost skrývá za rozumné abstrakce.
Pět pilířů úspěšné IDP¶
1. Developer Portal (Backstage)¶
Spotify Backstage se stal de facto standardem pro developer portály. Jeden web, kde vývojář vidí:
- Katalog všech služeb, knihoven a infrastruktury
- Dokumentaci (TechDocs — docs-as-code)
- API specifikace (OpenAPI, gRPC, AsyncAPI)
- Stav CI/CD pipeline, deployment, health checks
- Ownership — kdo vlastní jakou službu
- Software templates — scaffolding nových projektů
Backstage v roce 2025 má přes 200 pluginů — od Kubernetes po PagerDuty, od SonarQube po Cost management. Nasazení trvá dny, ne měsíce.
2. Golden Paths¶
Golden Path je doporučená cesta, jak dělat věci správně. Ne mandát — doporučení podložené automatizací. Chcete nasadit novou mikroslužbu? Golden Path vám dá:
- Projekt se správnou strukturou, linting pravidly, Dockerfile
- CI/CD pipeline (předkonfigurovaná, otestovaná)
- Monitoring dashboard (Grafana, přednastavené alerty)
- Security scanning (SAST, DAST, dependency check)
- Dokumentační template
Klíčové: Golden Path musí být nejlehčí cesta, ne nejsložitější. Pokud je jednodušší obejít platformu, vývojáři to udělají.
3. Infrastructure as Code Abstrakce¶
Vývojáři by neměli psát Terraform. Měli by deklarovat, co potřebují — databázi, cache, message queue — a platforma to zajistí. Nástroje:
- Crossplane: Kubernetes-native infrastructure provisioning — deklarujete „chci PostgreSQL” a Crossplane ho vytvoří v AWS/Azure/GCP
- Kratix: Framework pro „platform as a product” — composable promises pro infrastrukturu
- Humanitec Score: Workload specification nezávislá na platformě
Vývojář deklaruje potřebu — ne implementaci¶
apiVersion: database.platform.core.cz/v1
kind: PostgreSQL
metadata:
name: orders-db
spec:
version: “16”
size: medium # platforma ví, co “medium” znamená
backup: daily
environment: production
4. Self-Service Environments¶
Vývojář potřebuje testovací prostředí. V tradičním modelu: Jira ticket → schválení → ops tým → 3 dny. V IDP modelu: klik v portálu → 5 minut. Ephemeral environments (Namespace-as-a-Service) jsou killer feature každé IDP:
- Preview environments pro každý pull request
- Automatický cleanup po merge/close
- Předseedovaná testovací data
- Izolace na úrovni namespace nebo virtual cluster (vCluster)
5. Observability & Feedback Loop¶
Platforma musí měřit sama sebe. DORA metriky (Deployment Frequency, Lead Time, Change Failure Rate, MTTR) jsou základ, ale přidejte i:
- Developer Satisfaction (DevEx): Quarterly survey — jak spokojení jsou vývojáři s platformou?
- Time to First Deploy: Jak rychle nový vývojář nasadí první změnu?
- Platform Adoption: Kolik týmů aktivně používá Golden Paths?
- Ticket Volume: Kolik manuálních požadavků na infrastrukturu zbývá?
Jak začít — pragmatický plán¶
Nebudujte platformu odspodu. Začněte od největšího bolestivého bodu:
- Měsíc 1–2: Nasaďte Backstage jako katalog služeb. Nechte týmy registrovat své služby. Viditelnost je první výhra.
- Měsíc 3–4: Přidejte software templates — scaffolding nových projektů přes Backstage. Golden Path pro nejčastější use case (např. „nová Java mikroslužba”).
- Měsíc 5–6: Self-service environments. Ephemeral namespaces pro PR preview. Crossplane pro databáze.
- Měsíc 7–12: Rozšiřujte podle zpětné vazby. Přidejte security scanning, cost dashboards, compliance gates.
Organizační model — Platform Team¶
Platform team není rebranding ops týmu. Je to produktový tým. Má product ownera, uživatelský výzkum (vývojáři jsou zákazníci), backlog, roadmap. Typická velikost: 3–7 lidí na začátku, škáluje se podle organizace.
Kritický princip: platforma je opt-in, ne mandát. Pokud musíte lidi nutit platformu používat, je špatně navržená. Nejlepší platformy „vyhrávají” tím, že jsou jednodušší než alternativa.
Antipatterns — čeho se vyvarovat¶
- „Platformě pro platformu”: Budování infrastruktury bez validace s vývojáři. Začněte vždy od problému, ne od technologie.
- Příliš mnoho abstrakce: Skrýváte Kubernetes úplně? Vývojáři nebudou schopni debugovat. Správná abstrakce je „dobrý default, escape hatch k dispozici”.
- Big bang release: Platforma se buduje iterativně. MVP za 2 měsíce, ne „perfektní platforma” za 18 měsíců.
- Ignorování existujících nástrojů: Vývojáři už používají nějaké CI/CD, monitoring, IaC. Integrujte, nenahrazujte.
- Nulové metriky: Bez DORA metrik a developer satisfaction nevíte, jestli platforma pomáhá nebo škodí.
Shrnutí¶
Platform engineering není trend — je to odpověď na reálný problém kognitivního přetížení vývojářů. Internal Developer Platform s Backstage, Golden Paths a self-service infrastrukturou vrací vývojářům čas na to, co umí nejlépe: psát kód, který řeší byznys problémy.
CORE SYSTEMS navrhuje a implementuje Internal Developer Platforms na míru — od Backstage portálu po Crossplane infrastrukturu.