Skapa din teamstruktur
På konceptuell nivå är plattformstekniker limmet mellan utveckling och drift. Som de som skapar din interna utvecklingsplattform är plattformstekniker utvecklare med produkttänk som också förstår driften. Oavsett om de började som utvecklare eller i driftteamet är mindre viktigt än kompetensuppsättningen. Ett team som skapar en intern utvecklarplattform kan få styrka av att ta in olika teammedlemmar med olika bakgrunder: utveckling, IT-drift, K8s-administratörer, SRE (Site Reliability Engineers), IaC-experter (infrastruktur som kod) osv.
Hela idén här är till exempel att tänka på utvecklingsteam som kund, och många drifts-, SRE- och DevOps-team skapar och levererar redan funktioner eller verktyg med det här målet i åtanke idag. I själva verket är DE CLI:er och andra verktyg som dessa team tillhandahåller utvecklare ofta de första slutprodukterna på en resa mot plattformsteknik.
Du kan också stärka teamets kunskaper och färdigheter för att utveckla verktyg genom att ta med väl lämpade utvecklare från befintliga programteam i din organisation. Dessa utvecklare är på en bra plats och hjälper till att representera kundens röst när du tänker på dina investeringar.
När det gäller en specifik organisationsstruktur är teamtopologimodellen (som är en utveckling av den lika användbara DevOps Topologies-modellen ) ett bra sätt att tänka på vad du behöver göra. Du kan till exempel välja att ha ett utvecklat plattformsteam, med separata specialister som är mer fokuserade på utvecklarna som står inför aspekter av din plattform. Vi kommer inte att gå in på dessa detaljer här med tanke på den stora mängden befintlig information om ämnet.
Oavsett det här teamet fokuserar på att skapa en intern utvecklarplattform som en intern produkt där utvecklare är den primära målkund. För att lyckas bör du också identifiera:
- Sponsorer för teamet (vanligtvis chefer) som hjälper till med att prioritera övergripande mål och kämpa för plattformens användning i hela organisationen.
- Intressenter från drift, säkerhet, efterlevnad och arkitektur för att säkerställa att plattformen kan tillgodose deras riktlinjer och behov.
- Någon som fungerar som produktansvarig (oavsett faktisk titel) för att förstå och hjälpa till att prioritera behov från alla väljare.