Za posledných pár rokov som videl viacero „platformových tímov", ktoré boli v skutočnosti len premenovaný ops tím s novou ticketovacou frontou. To nie je platforma. To je tá istá úzka hrdla, len s lepším marketingom.
Tak si povedzme, čo interná platforma (Internal Developer Platform, IDP) naozaj je — a čo nie je.
IDP nie je „viac DevOpsu"
DevOps mal pôvodne zbúrať múr medzi vývojom a prevádzkou. V praxi sa z neho v mnohých firmách stalo „každý tím si robí všetko sám": vlastný Terraform, vlastné pipeline, vlastný monitoring, vlastné rozhodnutia o tom, ako sa nasadzuje. Výsledok je obrovská kognitívna záťaž na stream-aligned tímoch — ľudia, ktorí majú dodávať produktovú hodnotu, trávia polovicu času bojom s infraštruktúrou, ktorej nikdy nechceli rozumieť do hĺbky.
Interná platforma je odpoveď na túto záťaž. Je to produkt — s internými zákazníkmi, ktorými sú vývojárske tímy. Jej úlohou je zobrať tú časť poznania, ktorú nemusí mať každý tím v hlave, a spraviť ju spotrebovateľnou cez self-service rozhranie.
Team Topologies: platforma ako produkt, nie ako brána
Rámec Team Topologies (Skelton a Pais) pomenoval to, čo mnohí z nás cítili intuitívne. Existujú štyri typy tímov — stream-aligned, platform, enabling a complicated-subsystem — a hlavnou metrikou nie je „počet ticketov za sprint", ale tok hodnoty a kognitívna záťaž.
Platformový tím má jednu úlohu: znížiť kognitívnu záťaž stream-aligned tímov tak, aby mohli dodávať s reálnou autonómiou. Kľúčové slovo je autonómia. Ak musíte na platforme niečo „vyžiadať" a čakať, platforma vám záťaž nezobrala — len ju presunula do fronty a pridala čakanie. To je presný opak cieľa.
Preto trvám na tom, že platforma sa má riadiť ako produkt. Má svojich používateľov, má adopciu, má roadmapu odvodenú od ich reálnych problémov, nie od toho, čo je pre platformový tím technicky zaujímavé.
Zlaté cesty: vydláždená cesta, nie mantinely
Pojem „golden path" pochádza zo Spotify (Netflix mu hovorí „paved road" — vydláždená cesta). Je to názorovo vyhranený, oficiálne podporovaný spôsob, ako sa dostať od nápadu do produkcie: šablóny, tooling, dokumentácia, defaulty.
Tu robia tímy najčastejšiu chybu, takže to poviem natvrdo: zlatá cesta nie je to isté ako tvrdé mantinely (guardrails).
- Zlatá cesta je najjednoduchšia možnosť. Vydláždená. Keď ideš po nej, dostaneš logging, security defaulty, CI/CD a observabilitu zadarmo. Nemusíš, ale je to natoľko pohodlné, že nechcieť to bolí.
- Mantinel je tvrdé obmedzenie — politika, ktorú nemôžeš obísť (napr. „do produkcie sa nedostane image bez podpisu").
Mantinely treba — ale málo a na správnych miestach (bezpečnosť, compliance). Ak je celá platforma postavená na mantineloch a povinnostiach, vývojári ju vnímajú ako políciu a začnú hľadať obchádzky. Zlatá cesta funguje opačne: vyhráva tým, že je jednoducho najľahšia cesta, nie tým, že je jediná povolená. Mandát je priznanie, že cesta nie je dosť dobrá na to, aby si ju ľudia vybrali sami.
Self-service znamená PR, nie ticket
Konkrétne: provisioning cez Git, nie cez ticket. Vývojár otvorí pull request do repozitára (nová služba zo šablóny, nový namespace, nový databázový zdroj), prejde to policy checkmi, GitOps controller (ArgoCD, Flux) to odsúhlasené zosúladí so stavom klastra. Žiadny človek v slučke pre bežný prípad.
Toto je hranica medzi platformou a premenovaným ops tímom. Ak je medzi želaním vývojára a hotovým stavom človek, ktorý ručne klikne, nemáte platformu — máte službu.
Tenká platforma vs. over-engineering
Najčastejší spôsob, ako platformu pokaziť, nie je málo funkcií. Je to opak: tím rok stavia nádhernú abstrakciu, ktorú nikto nepýtal, a v deň spustenia ju nikto nepoužíva. Postavili platformu pre problémy, ktoré si predstavovali, nie pre tie, ktoré vývojári reálne mali.
Držím sa pravidla tenkej platformy: kryť reálne, opakujúce sa cesty (najčastejší typ služby, najčastejšie nasadenie) a nič viac. Abstrahovať len to, čo bolí teba aj tvojich používateľov. Každá abstrakcia má cenu — niekto ju musí udržiavať a niekto sa ju musí naučiť. Ak nezníži záťaž viac, než pridá, je to mínus.
Ako merať úspech
Platforma bez metrík je len názor. Sledujem tri veci:
- Adopcia. Koľko tímov ide po zlatej ceste dobrovoľne? Toto je najpoctivejšia metrika — ak ju musíš nariadiť, prehral si.
- DORA metriky. Štyri kľúče — frekvencia nasadzovania, lead time zmeny, change failure rate a čas obnovy. Dobrá platforma posúva rýchlosť aj stabilitu naraz, nie jedno na úkor druhého.
- Time-to-first-deploy. Ako dlho trvá novému vývojárovi dostať „hello world" do produkcie? Ak dni, niečo je zle. Ak hodiny, ideš správnym smerom.
A čo Backstage?
Backstage (vznikol v Spotify, darovaný CNCF v roku 2020, dnes inkubujúci projekt) je výborný nástroj na katalóg služieb a software šablóny. Ale nástroj nie je stratégia. Backstage si nainštaluješ za týždeň; vybudovať zlaté cesty, ktoré ľudia naozaj chcú, trvá oveľa dlhšie. Portál bez vydláždených ciest za ním je len ďalšie pekné dashboard, ktoré nikto neotvára.
Platforma nie je vrstva, cez ktorú treba prejsť. Je to cesta, po ktorej ľudia idú radi, lebo je to najľahšia cesta. Ak to nesedí, postavili ste ďalšiu hrdlu — len drahšiu.