Případové studie: Tři implementace inženýrství platforem

I když existují různé přístupy k implementaci přípravy platforem pomocí modelu schopností platformy, výzkum uživatelů ukazuje, že většina zákazníků Microsoftu spadá do jednoho ze tří zákaznických segmentů: vznikající innovator, strategický tvůrce a průkopníci platformy. Tento článek vás provede případovou studií pro skutečného zákazníka v jednotlivých segmentech. Pro ochranu osobních údajů se odeberou názvy společností.

Nově vznikající inovátor: Pojišťovací společnost

Segment zákazníka	Oblasti zaměření	Velikost týmu	Vlastnosti organizace	Četnost
Vznikající inovátor	Rychlý vývoj produktů, automatizace ručních procesů, řešení nedostatků	1–5 (od týmů devOps nebo cloudové infrastruktury)	Identifikuje kritické body pro zlepšení doručování, začíná si uvědomovat potřebu řešení pro celou organizaci.	Druhý nejběžnější

Velká pojišťovací společnost si uvědomuje, že má různou infrastrukturu rozloženou napříč velkou technologickou platformou. Existuje několik platforem a prostředí, a ne mnoho způsobů, jak začít vývojáři, aniž by museli spoléhat na jiné týmy. Společnost potřebuje snížit rostoucí náklady na pracovní síly a mít standardizované systémy.

"Bod zlomu byl docela přímý." Vzhledem k tomu, že máme více inženýrských platforem, různá prostředí infrastruktury, včetně hybridních, žádné možnosti samoobslužného portálu pro vývojáře, a tři obrovské různé zásobníky v architektuře, museli jsme zavést něco jako Terraform nebo hráče na podnikové úrovni, jako je GitLab nebo GitHub. Abychom mohli spravovat kompletní kontejnerizované platformy, uvažovali jsme o něčem jako OpenShift, Ansible pro automatizaci pracovních postupů a Backstage pro IDP. Provedli jsme masivní hodnocení, aby přineslo synergii napříč tak rozsáhlou technologickou sadou. To je velmi přehledný příklad nákladové úspory při snížení počtu pracovníků nebo vývojářské komunity o 30%." – hlavní architekt, pojišťovací společnost.

Výzva: Jejich hlavní výzvou jsou rostoucí náklady na cloud, problémy s dodržováním předpisů, nedostatek odborných znalostí infrastruktury, nesprávně zarovnané procesy a nekonzistentní týmová komunikace.

Pojišťovací společnost plánuje implementovat standardizovanou platformu pro všechny aktivity vývoje a nasazení, aby podporovala spolupráci, urychlila nastavení projektu a zjednodušila zásady správného řízení. Společnost se zaměřuje na růst napříč všemi pěti klíčovými technickými faktory platformy.

Investice: Společnost spolupracuje s externím partnerem na implementaci přípravy platforem pomocí modelu sestavení, provozu a přenosu (BOT). Externí partner vyvíjí a provozuje platformu, než ji převede zpět do organizace, jakmile získá znalosti a kapacitu pro jeho interní správu.

Adopce: Existuje významná vnitřní odolnost vůči přijetí nových postupů. Vývojáři nechtějí přejít z tradičních metod na novější platformy a sady nástrojů. Vedení organizace překonává tento problém tím, že podporuje přijetí platformového inženýrství navázáním na výhody produktivity a začleněním do cílů zaměstnanců.

Vládnutí: Tým EPD (Enterprise Planning and Deployment) zodpovídá za dodržování předpisů a zabezpečení. Centralizovaná struktura zásad správného řízení je úmyslná udržovat vysokou úroveň zabezpečení a vyhnout se ohrožením zabezpečení, což představuje decentralizovanou výzvu. Existuje posun k demokratizaci nasazení vývojářům a zachování protokolů zásad správného řízení, které brání porušení zabezpečení dat a zajištění dodržování předpisů. Cílem je dosáhnout rovnováhy mezi zabezpečením a flexibilitou.

Zajišťování: Společnost zlepšuje efektivitu a zkracuje dobu zřizování tím, že přijímá integrovanější model a samoobslužný model. Potenciální zkrácení času a prostředků strávených při poskytování je klíčovým faktorem pro změnu.

Rozhraní: Organizace přijímá Backstage pro svou opensourcovou flexibilitu, nákladovou efektivitu a znalosti vývojářů. Cortex byl také zvažován. Rozhodnutí zvolit Backstage bylo řízeno jeho náklady a možnostmi integrace.

Měření a zpětná vazba: Je těžké přejít na smysluplnější systém zpětné vazby, protože společnost má starší systém měření a potřebuje sladit technické metriky s obchodními klíčovými ukazateli výkonu. Společnost plánuje pracovat na sladění technického úsilí s obchodními výsledky pro integrovanější přístup k měření. Během tohoto přechodu společnost přidává nástroje a platformy, které poskytují analýzy a pozorovatelnost v reálném čase.

Strategický tvůrce: Finanční instituce

Segment zákazníka	Oblasti zaměření	Velikost týmu	Vlastnosti organizace	Četnost
Strategický stavitel	Spolupráce, snížení redundantního úsilí, sdílená řešení, standardizace, správa nákladů	1–15 technických odborníků (vývojáři a specialisté na infrastrukturu)	Vedení vidí vývojáře jako zákazníky, částečně integrované technické funkce platforem (samoobslužné funkce nejsou plně přijaty).	Nejčastější

Finanční instituce je na střední úrovni vyspělosti DevOps s některými opakovaně použitelnými centrálními artefakty, standardizovanými pokyny a základní automatizací spravovanou prostřednictvím kódu. Organizace dosáhla bodu, kdy velikost svých vývojových týmů a rozmanitost svých nástrojů a postupů vytváří významné náklady. Instituce měla tisíce vlastních nástrojů používaných v celé společnosti a mnoho složitých potřeb organizace. Banka plánuje vývojářům nabídnout zlatou cestu ke zlepšení produktivity, která má integrovanou flexibilitu a zároveň se vyhnout univerzálnímu řešení.

"Takže myšlenka byla, že jim ukážeme [vývojáře], že tato [zlatá cesta] je jedním ze způsobů, jak zlepšit vaši produktivitu, ale to není jediný způsob. Že? Proto jsme chtěli nechat dostatek místa pro vývojáře, aby cítil, že jsou oprávněni provádět změny v této cestě, kterou jim říkáme. Takže když jsou tyto cesty definovány v týmu CTO, otázka je vždy, jaké jsou cesty, které mají být definovány pro většinu lidí v bance? Jak jsem řekl, jsme velmi složití. V bance se používají tisíce nástrojů. Takže jedna velikost odpovídala vždy největšímu problému." - Výkonný ředitel, finanční instituce

Výzva: Jejich hlavní výzvou jsou vysoké náklady a nevýkonnost vzhledem k mnoha různým nástrojům a postupům. Společnost chce zajistit, aby platforma splňovala konkrétní potřeby jednotlivých týmů, aniž by způsobovala problémy nebo byla přehnaně direktivním přístupem, který by mohl bránit přijetí. Finanční instituce také nemá zkušenosti s vývojem vlastních řešení platforem v interním prostředí.

** Finanční instituce plánuje zaměřit se na růst tří klíčových faktorů: přijetí, řízení a zajišťování a správu. Banka chce zvýšit přijetí řešení přípravy platformy, lépe integrovat zásady správného řízení a vytvářet automatizované nástroje pro zřizování prostředků.

Investice: Finanční instituce má centrální technický tým s 120 lidmi rozloženými na více místech po celém světě. Asi 20 členů tvoří centrum excelence (COE). Tým COE zavede technické osvědčené postupy, platformu a postupy DevOps napříč všemi ostatními obchodními divizemi.

Adopce: Technický tým platformy se zaměřuje na vynucování zásad nastavených týmem COE za účelem vedení technických operací. Společnost také plánuje motivovat týmy s veřejně viditelnými metrikami výkonu. Banka chce celkově růst využití platformy, aniž by se spoléhala na přísné direktivy a metriky. Čelí ale výzvám při zvyšování dovedností týmu COE, aby zvládli různé technologie používané napříč technickými týmy. Velkou překážkou je obava, že platforma nemusí splňovat konkrétní potřeby jednotlivých týmů, což může způsobovat problémy.

Vládnutí: Řešení pro přípravu platformy je interně vyvinutý portál, který funguje jako centrální centrum pro vývojáře, nabízí nástroje, příručky, standardy kódování a videa. Řešení obsahuje kvíz o minimálních podnikových požadavcích (MERS), který zajistí dodržování předpisů před zahájením kódování. Portál nabízí verzi Stack Overflow pro podporu, certifikované profily inženýrů a cestu k onboardingu pro seznámení nových vývojářů se standardy a nástroji. Společnost plánuje zjednodušit správu prostředků a integrovat zásady správného řízení do životního cyklu vývoje, čímž odstraní kritické body a přiláká špičkové technické talenty s moderní sadou nástrojů.

Zajišťování: Tým COE vytvořil "šťastné cesty" pro vývojáře, aby zvýšil produktivitu a současně zachoval flexibilitu. Cílem je nabídnout efektivní cestu a zároveň umožnit přizpůsobení. Při navrhování těchto cest se tým CTO zaměřuje na uspokojení většiny vývojářů, ale složitost banky s tisíci nástrojů, které se používají, ztěžuje implementaci standardizovaného přístupu. Aby mohla organizace škálovat platformu, plánuje implementovat automatizované zřizování prostředků, aby vyhovovalo různorodým potřebám jejich mnoha inženýrských týmů.

Rozhraní: Interní portál pro vývojáře byl postaven především v interním prostředí. Interně se označuje jako portál DevOps, i když zahrnuje širší technické funkce platformy nad rámec jen DevOps. Portál slouží jako centralizovaný prostředek pro vývojáře a zahrnuje různé nástroje, výukové materiály, videa a školení a také přístup k automatizačním nástrojům, průvodcům samoobslužným startérům a kontejnerizovaným imagím pro vývoj. Portál je také integrovaný s nástroji zabezpečení, jako je Sonatype pro kontrolu kódu, a zahrnuje registr schválených imagí a často používaný kód.

Měření a zpětná vazba: Tým COE je otevřený zpětné vazbě a aktivně ji žádá od technických týmů. Vývojáři a zástupci také shromažďují zpětnou vazbu jménem týmu COE. Proces zpětné vazby je většinou neformální.

Průkopník platformy: Softwarová společnost

Segment zákazníka	Oblasti zaměření	Velikost týmu	Vlastnosti organizace	Četnost
Průkopník platforem	Zacházení s vývojáři jako se zákazníky, správa platformy jako produktu, silné vývojářské prostředí	16 a více s specializovanými skupinami	Zdůrazňuje odpovědnost, posílení a inovace, podporuje samoobslužné a minimální přepínání kontextu.	Nejméně časté

Softwarová společnost má vysokou úroveň vyspělosti DevOps. Vývojáři společnosti můžou samoobslužně zřizovat cloudové služby v souladu s podnikovými pokyny. Velký tým firemní platformy s více než 250 členy úspěšně vyvinul vlastní technická řešení platformy pro organizaci. Společnost plánuje prozkoumat, jak pokračovat v vylepšování organizace prostřednictvím přípravy platforem.

"Jak můžeme vývojářům umožnit rychlejší a levnější poskytování lepšího softwaru ?.. Stále potřebujeme prozkoumat a investovat do toho, co by mohlo být ideálním řešením, které by mohlo fungovat pro naši strategii multicloudu... existuje jeden systém, který může škálovat na různé potřeby vývojářů?.. Pro dokumentaci a zjišťování informací používáme integrovanou interní řešení generující AI a AI. Naším cílem je, aby vývojáři byli zodpovědní." – vedoucí inženýrská společnost, softwarová společnost

Výzva: Hlavní výzvou společnosti je zjistit, jak pokračovat v upřesňování již silných postupů přípravy platforem způsoby, které šetří peníze, prozkoumávají generování umělé inteligence, zvyšují přijetí a pracují na multicloudovém prostředí.

Softwarová společnost plánuje zaměřit se na růst čtyř klíčových faktorů: investice, přijetí, zřizování a správa a rozhraní. Softwarová společnost už funguje na vysoké úrovni přípravy platformy a chce pokračovat. Společnost plánuje prozkoumat způsoby integrace generující umělé inteligence (s zásadami správného řízení), zvýšení přechodu na platformu a implementaci smyček zpětné vazby řízené metrikami.

Investice: Platforma je financována a podporována prostřednictvím spolupráce mezi CTO a finančními kancelářemi. Vyhrazený tým platformy vytvořený přidělením prostředků zahrnuje 250 až 280 členů, jako jsou architekti a technici. Tým dohlíží na výpočetní výkon, modul runtime, CI/CD, nástroje a pozorovatelnost a zaměřuje se na nákladovou efektivitu. Zkoumá generující umělou inteligenci pro škálovatelnost infrastruktury, ale rozpoznává další výzkum a investice, které jsou potřeba.

Adopce: Vývojáři původně přijali platformu především za optimalizaci nákladů a efektivitu založenou na epidemii. Interní kampaně, včetně hackathonů, propagují platformu, ukazují výhody, jako jsou přehledy vyspělosti služeb. Tým platformy měl potíže přesvědčit některé týmy, aby přešly ze stávajících nastavení na platformu.

Vládnutí: Model zásad správného řízení pro danou platformu je strukturovaný kolem centrálního týmu platformy, který spravuje základní prvky. Jednotlivé týmy služeb přispívají pluginy. Pro všechny příspěvky existuje proces kontroly, který ověří, že odpovídají standardům organizace a splňují širší potřeby. Tým platformy udržuje katalog služeb a mapu služeb pro sledování metadat a závislostí, které pomáhají zajistit odpovědnost a správu prostředků. Kromě toho byl vytvořen vyhrazený orgán zásad správného řízení speciálně pro aplikace umělé inteligence pro správu jejich použití a zajištění dodržování standardů.

Zajišťování: Tým platformy poskytuje centralizovanou, ale flexibilní platformu pro vytváření, nasazování a správu prostředků. Platforma je založená na Kubernetes a používá Argo CD pro CI/CD. Nástroj nabízí vlastní šablony a předdefinované pracovní postupy. Tato platforma zahrnuje domovskou stránku vývojáře, kde uživatelé můžou spravovat životní cyklus infrastruktury od zřizování až po nasazení. Týmy přispívají přizpůsobenými pluginy k vylepšení funkcí. Cílem je bezproblémově spravovat vícecloudovou infrastrukturu se škálovatelnou platformou.

Rozhraní: Vývojáři používají domovskou stránku vývojáře na platformě ke správě infrastruktury, zřizování a celého životního cyklu vývoje. Architektura založená na modulu plug-in platformy umožňuje přizpůsobení, zatímco generování umělé inteligence vylepšuje dokumentaci a vyhledávání.

Měření a zpětná vazba: Organizace shromažďuje zpětnou vazbu prostřednictvím průzkumů a používá metriky, jako je DORA (frekvence nasazení, doba předstihu, míra selhání změn a střední doba obnovení) k vyhodnocení efektivity platformy. Tyto metriky jsou rozdělené do kategorií na flexibilitu a stabilitu, aby bylo možné určit kritické body a zlepšit výsledky.