A problématér meghatározása

A belső fejlesztői platform definiálása során először a legritkább életképes platform (TVP) meghatározása a fontos. Ez a klasszikus termékkezelésben a minimálisan életképes termék (MVP) elképzelésének változata.

A Tervezés és rangsorolás területen többet is megtudhat a TVP definiálásáról (vagy továbbfejlesztéséről). Mielőtt azonban odaérnénk, ez a diagram segíthet tájékozódni a gondolkodásban arról, hogyan fejlődhet az idő múlásával. Ne feledje, hogy a szervezet legfőbb problémája miatt a meglévő befektetései vagy szervezeti igényei miatt eltérhet az itt leírtaktól. Kritikus fontosságú, hogy csak akkor kell továbblépnie a következő fázisra, ha a szervezetnek szüksége van rá.

Ha az alapoktól indul, ez egy gyakori előrehaladást jelent. A korai szakaszokban a szükséges képességek felderítésére, a zsugorított termékek hiányának elemzésére és a minimális számú eszköz vagy platformképesség létrehozására összpontosítanak. A skálázás során valószínűleg az újrafelhasználhatóságra fog összpontosítani, és előre meghatározott, újrahasználható eszközökkel ellátott, előre meghatározott, burkolt útvonalakra irányítja az embereket. Végül a fogyasztóhoz hasonló "digitális áruház" modell felé haladva egyszerűbbé teheti az alkalmazások létrehozását és karbantartását. A termékre vonatkozó gondolkodásmódot végig követnie kell, ezért nem javasoljuk, hogy a végére ugorjon, és az adott út eltérő legyen. Ezek a végső fázisok leginkább a zsugorított "termékhez" hasonlítanak a hagyományos értelemben, de ez egy cél, nem kiindulási pont.

A témakör nagysága miatt javasoljuk, hogy bontsa le a platformfejlesztés négy témakörre való lebontását. Ha így kategorizálja a gondolkodását, azzal leegyszerűsítheti, hogyan hozhat létre és közölhet terveket a befektetésekkel kapcsolatban az idő múlásával. Ezek a területek a következők:

• Mérnöki rendszerek: A DevOps-csomagok, például a GitHub és az Azure DevOps, valamint más fejlesztői eszközök és szolgáltatások válogatott keveréke. A kritikus DevOps-eszközök és -szolgáltatások, például a CI/CD vagy a csomagkezelés mellett ez a terület magában foglalja a kódolási folyamat során közvetlenül használt képességeket is, például a felhőalapú kódolási környezeteket, a kódolvasókat és a litereket, valamint az AI-asszisztenseket, például a GitHub Copilot.
• Alkalmazásplatform: Olyan szolgáltatások válogatott választéka (például IaaS, PaaS és megfigyelhetőség), amelyek minden olyan "alkalmazáskészletet" (alkalmazásosztályt, alkalmazásmodellt, nyelvet) céloznak meg, amelyeket a szervezet üzleti érték biztosításához kíván használni. Ez magában foglalja az alkalmazás veremspecifikus szolgáltatásainak és az egész során használt gyakori szolgáltatásoknak a kombinációját. Az alkalmazásplatformok közé tartozhat például az Azure Container Apps, a Cosmos DB a tároláshoz, az Azure Key Vault a titkos kódokhoz, az identitás- és szerepköralapú hozzáférés-vezérléshez, a megfelelőség és a naplózás Azure Policy, a Grafana általi megfigyelhetőség és egy kapcsolódó hálózati topológia.
• Alkalmazássablonok: Jól definiált, szervezet által létrehozott, gyors üzembe helyezési sablonok, amelyek a kezdést közvetlenül tartalmazzák, és megfelelő útmutatást nyújtanak egy adott alkalmazásplatformhoz, nyelvhez és mérnöki rendszerek készletéhez. Hivatkozhatnak más központosított sablonokra, és kezdőkódot, API- és SDK-referenciákat, CI-/CD-folyamatokat, eszközkonfigurációt és egyebeket is megadhatnak.
• Fejlesztői önkiszolgáló képességek: Ez a platformmérnöki munka kötőanyaga. Ez az API-k, vezénylők, katalógusok, sablonok és felhasználói élmények kombinációja, amelyek célja a fejlesztői hibák csökkentése, valamint a fejlesztői csapatok önkiszolgálóbbá és autonómabbá tétele, miközben továbbra is az előző három területből származó kijelöléseket és útmutatást/szabályozást betartják.