Casestudies: Drie platform engineering-implementaties

Hoewel er verschillende benaderingen zijn voor het implementeren van platformengineering met het Platform Engineering Capability Model, laat gebruikersonderzoek zien dat de meeste Microsoft-klanten in een van de drie klantsegmenten vallen: opkomende vernieuwer, strategische opbouwfunctie en platformpionier. In dit artikel wordt u begeleid bij een casestudy voor een echte klant in elk segment. Bedrijfsnamen worden verwijderd voor privacy.

Opkomende vernieuwer: Verzekeringsmaatschappij

Klantsegment	Focusgebieden	Teamgrootte	Organisatiekenmerken	Frequentie
Opkomende vernieuwer	Snelle productontwikkeling, het automatiseren van handmatige processen, het aanpakken van inefficiënties	1-5 (van DevOps- of cloudinfrastructuurteams)	Identificeert knelpunten om de levering te verbeteren, beginnend met het realiseren van behoefte aan oplossingen voor de hele organisatie	Tweede meest voorkomende

Een grote verzekeringsmaatschappij realiseert zich dat ze verschillende infrastructuur hebben verspreid over een grote tech stack. Er zijn meerdere platforms en omgevingen en er zijn niet veel manieren waarop ontwikkelaars aan de slag kunnen zonder dat ze afhankelijk zijn van andere teams. Het bedrijf moet de groeiende personeelskosten verlagen en meer gestandaardiseerde systemen hebben.

Het kantelpunt was vrij eenvoudig. Gezien het feit dat we meerdere engineeringplatforms hebben, meerdere infraomgevingen, waaronder hybride, geen selfservice-ontwikkelaarsportalmogelijkheden en drie enorme verschillende stacks in onze architectuur, moesten we iets zoals Terraform of een speler op ondernemingsniveau, zoals GitLab of GitHub, inbrengen. Voor het beheren van end-to-end platformen in containers hebben we rekening gehouden met openshift, Ansible voor werkstroomautomatisering en Backstage voor de IDP. We hebben een enorme evaluatie uitgevoerd om synergie te brengen over zo'n grote tech-stack... Dit is een zeer eenvoudig kostenvoorbeeld van het verminderen van het personeelsbestand of de ontwikkelaarsbasis met 30%." - Hoofdarchitect, verzekeringsmaatschappij

Uitdaging: Hun belangrijkste uitdagingen zijn stijgende cloudkosten, nalevingsproblemen, gebrek aan expertise op het gebied van infrastructuurtechniek, verkeerd uitgelijnde processen en inconsistente teamcommunicatie.

De verzekeringsmaatschappij is van plan een gestandaardiseerd platform te implementeren voor alle ontwikkelings- en implementatieactiviteiten om samenwerking te bevorderen, de installatie van projecten te versnellen en governance te vereenvoudigen. Het bedrijf richt zich op groei in alle vijf belangrijke platformengineeringsfactoren.

Investering: Het bedrijf werkt samen met een externe partner om platformengineering te implementeren volgens een build-operate-transfer (BOT) model. De externe partner ontwikkelt en beheert het platform voordat het weer naar de organisatie wordt overgebracht zodra ze de expertise en capaciteit hebben om het intern te beheren.

Adoptie: Er is een aanzienlijke interne weerstand tegen het aannemen van nieuwe praktijken. Ontwikkelaars willen niet overstappen van traditionele methoden naar nieuwere platformen en toolsets. Om dit te overwinnen, pusht het leiderschap van de organisatie de overstap naar platformen door het te koppelen aan productiviteitsvoordelen en het onderdeel te maken van de doelstellingen van werknemers.

Governance: Het EPD-team (Enterprise Planning and Deployment) is verantwoordelijk voor naleving en beveiliging. De gecentraliseerde governancestructuur is opzettelijk om hoge beveiliging te handhaven en beveiligingsproblemen te voorkomen, waardoor decentralisatie een uitdaging wordt. Er is een push naar het democratiseren van implementatie voor ontwikkelaars, terwijl governanceprotocollen worden onderhouden om gegevensschendingen te voorkomen en naleving te garanderen. Het doel is om een evenwicht te vinden tussen beveiliging en flexibiliteit.

Bevoorrading: Het bedrijf verbetert de efficiëntie en vermindert de inrichtingstijden door gebruik te maken van een meer geïntegreerd en selfservicemodel. De potentieel verminderde tijd en middelen die worden besteed aan de toewijzing is een belangrijke aanjager van verandering.

Interfaces: De organisatie neemt Backstage over voor de opensource-flexibiliteit, kosteneffectiviteit en bekendheid van ontwikkelaars. Cortex werd ook overwogen. De beslissing om Backstage te kiezen, is gebaseerd op de kosten- en integratiemogelijkheden.

Metingen en feedback: Het is moeilijk om over te stappen op een zinvoller feedbacksysteem, omdat het bedrijf een verouderd meetsysteem heeft en technische metrische gegevens moet afstemmen op zakelijke KPI's. Het bedrijf is van plan om technische inspanningen af te stemmen op bedrijfsresultaten voor een meer geïntegreerde meetbenadering. Tijdens deze overgang voegt het bedrijf hulpprogramma's en platforms toe die realtime analyses en waarneembaarheid bieden.

Strategische opbouwfunctie: Financiële instelling

Klantsegment	Focusgebieden	Teamgrootte	Organisatiekenmerken	Frequentie
Strategische bouwer	Samenwerking, redundante inspanning verminderen, gedeelde oplossingen, standaardisatie, kostenbeheer	1-15 technische experts (ontwikkelaars en infrastructuurspecialisten)	Leidinggevenden zien ontwikkelaars als klanten, gedeeltelijk geïntegreerde platform engineeringfuncties (selfservice wordt niet volledig gebruikt)	Meestvoorkomende

De financiële instelling bevindt zich op een middenniveau van DevOps-volwassenheid, met enkele herbruikbare centrale artefacten, gestandaardiseerde richtlijnen en eenvoudige automatisering die wordt beheerd via code. De organisatie heeft een punt bereikt waarop de omvang van de ontwikkelteams en de diversiteit van de hulpprogramma's en procedures aanzienlijke kosten met zich meebrengen. De instelling had duizenden aangepaste hulpprogramma's die in het hele bedrijf worden gebruikt en veel complexe organisatiebehoeften. De bank is van plan ontwikkelaars een 'gouden pad' te bieden om de productiviteit te verbeteren die flexibiliteit heeft en tegelijkertijd een een-op-maat-passend-alle aanpak vermijdt.

"Dus het idee was dat we hen [ontwikkelaars] laten zien dat dit [gouden pad] een manier is om het ding te doen dat uw productiviteit zal verbeteren, maar dit is niet de enige manier. Toch? We wilden dus genoeg ruimte laten voor de ontwikkelaar om te voelen dat ze in staat zijn om wijzigingen aan te brengen in dit pad dat we hen vertellen. Dus wanneer deze paden worden gedefinieerd binnen het CTO-team, is de vraag altijd, welke paden moeten worden gedefinieerd die optimaal werken voor de meerderheid van de mensen binnen de bank? Zoals ik al zei, zijn we erg complex. Er zijn duizenden tools die door de hele bank worden gebruikt. Dus één maat past bij alles was altijd het grootste probleem." - Executive Director, financiële instelling

Uitdaging: Hun primaire uitdaging is hoge kosten en inefficiëntie vanwege veel verschillende hulpprogramma's en procedures. Het bedrijf wil ervoor zorgen dat het platform voldoet aan de specifieke behoeften van elk team zonder problemen te veroorzaken of een te veel richtlijnbenadering te zijn die de acceptatie kan belemmeren. De financiële instelling mist ook de expertise om zelf oplossingen voor aangepaste platformen te ontwikkelen.

De financiële instelling wil zich richten op groei voor drie belangrijke factoren: acceptatie, governance en inrichting en beheer. De bank wil de acceptatie van de platformengineeringsoplossing vergroten, governance beter integreren en geautomatiseerde hulpprogramma's voor het inrichten van resources bouwen.

Investering: De financiële instelling heeft een centraal technisch team met 120 mensen verspreid over meerdere locaties wereldwijd. Ongeveer 20 leden vormen een COE-team (Center of Excellence). Het COE-team implementeert best practices voor engineering, het platform en DevOps-procedures voor alle andere bedrijfsafdelingen.

Adoptie: Het platformengineeringsteam richt zich op het afdwingen van beleid dat door het COE-team is ingesteld om technische activiteiten te begeleiden. Het bedrijf is ook van plan teams te motiveren met openbaar zichtbare prestatiegegevens. Over het algemeen wil de bank het platformgebruik vergroten zonder te vertrouwen op strikte richtlijnen en metrische gegevens. Ze hebben echter te maken met uitdagingen bij het upskillen van het COE-team om te gaan met de verschillende technologieën die worden gebruikt in engineeringteams. Een belangrijk obstakel is de zorg dat het platform mogelijk niet voldoet aan de specifieke behoeften van afzonderlijke teams, waardoor er mogelijk problemen ontstaan.

Governance: De platformengineeringsoplossing is een intern ontwikkelde portal die fungeert als een centrale hub voor ontwikkelaars, die hulpprogramma's, handleidingen, coderingsstandaarden en video's biedt. De oplossing bevat een toets over minimale bedrijfsvereisten (MERS) om ervoor te zorgen dat naleving wordt gegarandeerd voordat code begint. De portal bevat een versie van Stack Overflow voor ondersteuning, gecertificeerde engineerprofielen en een onboardingtraject om nieuwe ontwikkelaars vertrouwd te maken met standaarden en hulpprogramma's. Het bedrijf is van plan om resourcebeheer te stroomlijnen en governance te integreren in de ontwikkelingslevenscyclus, knelpunten te verwijderen en top technisch talent aan te trekken met een moderne toolset.

Bevoorrading: Het COE-team heeft 'gelukkige paden' gemaakt voor ontwikkelaars om de productiviteit te verbeteren en tegelijkertijd flexibiliteit te behouden. Het doel is om een efficiënt pad aan te bieden terwijl aanpassing mogelijk is. Bij het ontwerpen van deze paden streeft het CTO-team ernaar om de meeste ontwikkelaars te voorzien, maar de complexiteit van de bank, met duizenden hulpprogramma's die worden gebruikt, maakt het implementeren van een gestandaardiseerde benadering mogelijk. Om het platform te schalen, is de organisatie van plan geautomatiseerde resourceinrichting te implementeren om te voldoen aan de diverse behoeften van hun vele technische teams.

Interfaces: De interne ontwikkelaarsportal is voornamelijk intern gebouwd. Het wordt intern aangeduid als de DevOps-portal, hoewel het bredere platform-engineeringfuncties omvat dan alleen DevOps. De portal fungeert als gecentraliseerde resource voor ontwikkelaars en bevat verschillende hulpprogramma's, leermateriaal, video's en trainingen, evenals toegang tot automatiseringshulpprogramma's, zelfstartgidsen en containerinstallatiekopieën voor ontwikkeling. De portal is ook geïntegreerd met beveiligingshulpprogramma's zoals Sonatype voor codescanning en bevat een register van goedgekeurde afbeeldingen en standaardcode.

Metingen en feedback: Het COE-team staat open voor feedback en vraagt het actief vanuit technische teams. Ontwikkelaarsvertegenwoordigers en ambassadeurs verzamelen ook feedback namens het COE-team. Het feedbackproces is voornamelijk informeel.

Platformpionier: Softwarebedrijf

Klantsegment	Focusgebieden	Teamgrootte	Organisatiekenmerken	Frequentie
Platformpionier	Ontwikkelaars behandelen als klanten, platform beheren als een product, sterke ontwikkelaarservaring	16+ met gespecialiseerde groepen	Benadrukt verantwoordelijkheid, mogelijkheden en innovatie, bevordert selfservice en minimale contextwisseling	Minst gebruikelijk

Het softwarebedrijf is op een hoog niveau van DevOps volwassenheid. De ontwikkelaars van het bedrijf kunnen cloudservices zelf inrichten in overeenstemming met de bedrijfsrichtlijnen. Het grote platformteam van het bedrijf met meer dan 250 leden heeft aangepaste platformengineeringsoplossingen ontwikkeld voor de organisatie. Het bedrijf is van plan om te onderzoeken hoe ze hun organisatie blijven verbeteren via platformengineering.

"Hoe kunnen we onze ontwikkelaars betere software sneller en (goedkoper) laten leveren ?.. We moeten nog steeds onderzoeken en investeren in wat die ideale oplossing kan zijn die zou kunnen werken voor onze strategie voor meerdere clouds... is er een systeem dat kan worden geschaald naar de diverse behoeften van de ontwikkelaars?.. We gebruiken generatieve AI- en AI-gestuurde oplossingen die intern zijn gebouwd voor de documentatie en informatiedetectie. Ons doel is om de ontwikkelaars verantwoordelijk te maken." - Senior Engineering Leader, softwarebedrijf

Uitdaging: De belangrijkste uitdaging van het bedrijf is om na te gaan hoe ze hun reeds sterke platformengineeringsprocedures kunnen verfijnen op manieren die geld besparen, generatieve AI verkennen, acceptatie verhogen en werken voor een omgeving met meerdere clouds.

Het softwarebedrijf wil zich richten op groei voor vier belangrijke factoren: investeringen, acceptatie, inrichting en beheer en interfaces. Het softwarebedrijf werkt al op hoog platform engineeringniveau en wil doorgaan. Het bedrijf is van plan manieren te verkennen om generatieve AI (met governance) te integreren, platformimplementatie te verhogen en metrische feedbacklussen te implementeren.

Investering: Het platform wordt gefinancierd en ondersteund via een samenwerking tussen de CTO- en CFO-kantoren. Een speciaal platformteam, gevormd door het opnieuw toewijzen van resources, omvat 250 tot 280 leden, zoals architecten en technici. Het team houdt toezicht op rekenkracht, runtime, CI/CD, hulpprogramma's en waarneembaarheid, met een focus op kostenefficiëntie. Ze verkennen generatieve AI voor schaalbaarheid van de infrastructuur, maar er zijn meer onderzoek en investeringen nodig.

Adoptie: Ontwikkelaars hebben in eerste instantie het platform voornamelijk aangenomen voor kostenoptimalisatie en -efficiëntie, op basis van de pandemie. Interne campagnes, waaronder hackathons, promoten het platform en tonen voordelen zoals inzichten in de servicerijpheid. Het platformteam had moeite om sommige teams te overtuigen van hun bestaande instellingen naar het platform te gaan.

Governance: Het governancemodel voor het platform is gestructureerd rond een centraal platformteam dat kernelementen beheert. Afzonderlijke serviceteams dragen invoegtoepassingen bij. Er is een beoordelingsproces voor alle bijdragen om te controleren of ze overeenkomen met organisatiestandaarden en voldoen aan bredere behoeften. Het platformteam onderhoudt een servicecatalogus en serviceoverzicht voor het bijhouden van metagegevens en afhankelijkheden, waarmee u verantwoordelijkheid en resourcebeheer kunt garanderen. Daarnaast is er speciaal voor AI-toepassingen een speciale governance-instantie opgericht om het gebruik ervan te beheren en ervoor te zorgen dat standaarden worden nageleefd.

Bevoorrading: Het platformteam biedt een gecentraliseerd en flexibel platform voor het maken, implementeren en beheren van resources. Het platform is gebouwd op Kubernetes en maakt gebruik van Argo CD voor CI/CD. Het hulpprogramma biedt aangepaste sjablonen en vooraf gedefinieerde werkstromen. Het platform bevat een ontwikkelaarshuis waar gebruikers hun infrastructuurlevenscyclus kunnen beheren, van inrichting tot implementatie. Teams dragen bij aan op maat gemaakte plug-ins om de functionaliteit te verbeteren. Het doel is om de infrastructuur met meerdere clouds naadloos te beheren met een schaalbaar platform.

Interfaces: Ontwikkelaars gebruiken de startpagina van ontwikkelaars in het platform om infrastructuur, inrichting en hun volledige ontwikkelingslevenscyclus te beheren. De plugin-gebaseerde architectuur van het platform maakt maatwerk mogelijk, terwijl generatieve AI de documentatie en doorzoekbaarheid verbetert.

Metingen en feedback: De organisatie verzamelt feedback via enquêtes en gebruikt metrische gegevens zoals DORA (implementatiefrequentie, doorlooptijd, wijzigingsfoutpercentage en gemiddelde tijd voor herstel) om de effectiviteit van het platform te beoordelen. Deze metrische gegevens worden gecategoriseerd in flexibiliteit en stabiliteit om knelpunten vast te stellen en resultaten te verbeteren.