Är plattformsingenjör samma sak som DevOps?

Nej, plattformsingenjör är inte samma sak som DevOps, men de är nära besläktade. DevOps är en kultur och uppsättning praxis för samverkan mellan utveckling och drift, medan plattformsingenjör är en roll på ett plattformsteam som bygger och driver en intern utvecklarplattform (IDP). Plattformsingenjör är ofta ett organisatoriskt svar på hur DevOps-principer ska tillämpas i stor skala.

Definition

DevOps är ett samlingsbegrepp för kultur, principer och praxis som syftar till att korta avståndet mellan utveckling och drift. Det innefattar gemensamt ansvar för leverans och drift, automatisering av repetitiva steg, mätning av flöde och kontinuerligt lärande. DevOps är inte en jobbtitel, även om den ofta används som en sådan.

Plattformsingenjör är en roll inom plattformsteknik, ett område som vuxit fram för att lösa kognitiv överbelastning hos applikationsteam. Plattformsingenjören bygger en intern utvecklarplattform som tillhandahåller självbetjäning för byggen, miljöer, observability, säkerhet och driftsättning. Plattformen behandlas som en produkt med applikationsteamen som kunder, enligt principer beskrivna i Team Topologies av Skelton och Pais.

Skillnader och likheter

Hur de kompletterar varandra

DevOps-principerna ligger till grund för plattformstekniken. Utan en kultur där team tar ansvar för sin egen drift förvandlas plattformen snabbt till en ny silos. Plattformsingenjörer adopterar samma loop av planera, bygga, mäta och lära som DevOps-team, fast riktad mot interna utvecklare i stället för slutkunder.

Den vanliga modellen i Team Topologies beskriver fyra teamtyper: strömanpassade team, möjliggörande team, komplicerade undersystem-team och plattformsteam. Plattformsteamet är ett av flera, inte ersättningen för DevOps. Strömanpassade team som bygger affärsfunktionalitet använder plattformen för att slippa lägga tid på återkommande infrastrukturarbete.

När behöver ni ett plattformsteam?

Plattformsteam blir relevanta när antalet applikationsteam överstiger tre till fem och när varje team själv måste hantera Kubernetes, CI/CD, observability, säkerhet och nätverk. Då uppstår en stor mängd dubbelarbete och varierande kvalitet. En gyllene väg, alltså ett rekommenderat och välsupporterat sätt att bygga och driftsätta tjänster, minskar både ledtid och felfrekvens.

Innan ni rekryterar plattformsingenjörer, mät kognitiv belastning hos era applikationsteam, identifiera de tre till fem mest repetitiva uppgifterna och prototypa en plattformskomponent som löser en av dem. Plattformen bör vara frivillig, inte påtvingad. Om team väljer att kringgå den är det en signal att produkten inte möter behoven.

Vanliga fallgropar

Att byta namn på driftavdelningen till plattformsteam utan att ändra arbetssätt levererar ingen nytta. Plattformsteamet måste behandla utvecklarteamen som kunder, ha en produktägare, mäta adoption och kontinuerligt utveckla plattformen. Att försöka bygga en plattform som täcker alla möjliga användningsfall från dag ett leder till ett tungt monolitiskt verktyg som ingen vill använda. Börja smalt och iterera.

Så hjälper Opsio

Opsio hjälper organisationer att etablera plattformsteam, designa interna utvecklarplattformar och förankra DevOps-principer i hela leveranskedjan. Vi arbetar med Backstage, GitOps, observability och säkerhetsautomation. Läs mer om våra DevOps-tjänster eller vad DevOps är, eller kontakta oss för en mognadsbedömning.

Vanliga frågor

Är SRE samma sak som plattformsingenjör?

Nej. SRE (Site Reliability Engineering) är en disciplin formulerad av Google med fokus på tillförlitlighet, SLO och felbudgetar. Plattformsingenjör fokuserar på utvecklarproduktivitet och självbetjäning. SRE-team och plattformsteam samarbetar ofta, och en plattformsingenjör kan ha SRE-bakgrund.

Försvinner DevOps-team när vi inför plattformsteam?

Inte nödvändigtvis. Den centrala DevOps-funktionen kan transformeras till ett plattformsteam, men strömanpassade team behåller ändå sitt DevOps-ansvar för sina egna tjänster. Du bygger det, du kör det gäller fortfarande, men plattformen gör det enklare.

Vad är en intern utvecklarplattform?

En IDP är en sammanhängande uppsättning verktyg, automation och självbetjäningsgränssnitt som låter utvecklare skapa miljöer, driftsätta tjänster, lägga till observability och hantera hemligheter utan att ticka biljetter. Backstage från Spotify är ett vanligt ramverk för portalen, men IDP är bredare än bara portalen.

Hur stort ska ett plattformsteam vara?

Tumregeln är att ett plattformsteam bör vara stort nog att täcka kärnkapaciteter men inte större än att kommunikationen flyter, ofta fyra till åtta personer. Vid många applikationsteam kan ni dela upp i flera plattformsteam ansvariga för olika domäner som leverans, observability eller säkerhet.

Hur mäter vi om vår plattform skapar värde?

Mät både ledande och eftersläpande indikatorer. Ledande: adoption, NPS, time-to-first-deploy för nya team. Eftersläpande: DORA-måtten för team som använder plattformen jämfört med team som inte gör det. Se även hur DevOps-leveransvärde mäts.