Platform engineering pro vývoj s AI

Dejte prototypům cestu do produkce

Lidé mohou zkoumat nápady různými nástroji AI, zatímco organizace poskytuje společnou cestu do produkce. Platformový tým zajišťuje, aby byla jasná, podporovaná a opakovatelná.

U užitečného prototypu shromážděte uživatelský úkol, ukázkový pracovní postup, dostupný zdrojový kód a zamýšlená data. Posuďte, zda kód upravit, nebo řešení znovu vytvořit podle získaných požadavků. Před použitím skutečných přihlašovacích údajů nebo důvěrných vstupů ověřte aplikaci, vývojové nástroje a běhové prostředí proti požadovaným opatřením.

Pokud služba musí běžet ve vaší infrastruktuře, nabídněte podporované nasazení do vašich cloudových účtů nebo sítí. Zahrňte identitu, nakládání s tajnými údaji, důkazy vydání, monitoring a obnovu. Datové toky modelu posuzujte samostatně; vlastnictví běhového prostředí neřídí každou vývojovou službu.

Spravujte platformu jako produkt pro její uživatele

Platforma poskytuje týmům podporované schopnosti pro tvorbu a provoz softwaru. Mohou zahrnovat identitu, prostředí, pipeline dodávky, databáze, monitoring a kontroly pravidel. Užitečným celkem je úplný pracovní postup, který řeší opakovanou potřebu.

CNCF popisuje platformy jako schopnosti navržené kolem interních uživatelů, s konzistentními rozhraními a vhodnou samoobsluhou. Portál může tyto schopnosti zpřístupnit, ale sám platformou není. CNCF Platforms White Paper.

Začněte skutečnou poptávkou. Ve fiktivní firmě potřebuje několik týmů interní webovou službu s přihlášením zaměstnanců a spravovanou databází. Než přidáte široký katalog málo používaných funkcí, vytvořte podporovaný postup pro tuto potřebu.

Zahrňte agenty mezi uživatele platformy

Agent AI dokáže rychle generovat infrastrukturní kód. Bez aktuálního kontextu platformy může také vybrat nepodporovaný region, vzor identity nebo způsob nasazení. Rychlejší generování neřeší chybějící organizační omezení.

Dejte agentovi spolehlivé rozhraní. Definujte vstupy, povolené hodnoty, výstupy a chování při selhání. Poskytněte příklady odpovídající nainstalované verzi. Vracejte chyby, podle kterých lze jednat, bez odhalení tajných údajů. Na lidské i agentní volající uplatňujte stejné autorizační kontroly.

U interní služby může požadavek určit odpovědnou osobu, kategorii dat, prostředí, požadavek na obnovu a podporované běhové prostředí. Platforma pak může zvolit prověřenou konfiguraci nebo vysvětlit, proč požadavek vyžaduje samostatné rozhodnutí.

Definujte podporovaný postup a jeho meze

Jde o příklad rozdělení. Potvrďte jej se skutečnými týmy a poskytovateli. Nepřiřazená odpovědnost nezmizí jen proto, že existuje platforma.

Zveřejněte postup výjimek pro požadavky mimo výchozí řešení. Určete osobu odpovědnou za rozhodnutí a potřebné důkazy. Obtížný proces výjimek může vést týmy k vytváření nepodporovaných systémů mimo platformu.

Udržujte služby i po vytvoření

Šablona je výchozí verze. Automaticky neopravuje aplikace, které z ní vznikly. Rozhodněte, jak se změny platformy dostanou do existujících služeb a jak se ověřuje kompatibilita.

Verzujte sdílená rozhraní a moduly. Oznamujte podmínky odstranění. Kde je to nutné, nabídněte podporovanou migraci. Při potřebě bezpečnostní opravy sledujte, které služby zůstávají na dotčených verzích.

Nedělejte z platformového týmu ruční schvalovací frontu pro každou běžnou operaci. Automatizujte opakovatelné kontroly a lidská rozhodnutí ponechte pro nevyřešené následky. Měřte úspěšné používání, čekání, výsledky obnovy a úsilí na údržbu.

Propojte platformu se softwarovou továrnou

Platform engineering definuje podporované schopnosti a provozní hranice. Softwarová továrna propojuje požadavky, plánování, implementaci, důkazy a dodávku. Mohou se doplňovat, pokud továrna plánuje podle skutečné platformy.

Do hodnocení zahrňte průběžný provoz. Ověřte, kdo skenuje nové zranitelnosti, nasazuje opravy, reaguje na incidenty a udržuje důkazy o souladu. Tyto schopnosti potřebují dohodnutý rozsah a odpovědné osoby; pojem „softwarová továrna“ je nezaručuje.

Integraci posuďte na konkrétním místě: dokáže vygenerovaná změna použít existující postup nasazení a zachovat jeho opatření? Dokáže tým zjistit, proč byla nutná výjimka? Kdo aktualizuje sdílený kontext při změně platformy?

Výzkum DORA zasazuje schopnosti AI do okolní organizace. Z tohoto pohledu posuzujte celý pracovní postup včetně práce, která zůstává platformovému týmu. Zpráva DORA 2025.