Vývoj efektivních rozhraní v oblasti přípravy platforem zahrnuje přechod z vlastních, ručních procesů na standardizovaná a konzistentní řešení, která zjednodušují zřizování a žádosti o služby. Tento článek se zabývá fázemi vývoje rozhraní a zaměřuje se na nastavení vývojových prostředí a diagnostiku chování aplikací.
Vlastní procesy
Pro zřizování různých funkcí a služeb existuje kolekce různých procesů, ale nemyslí se konzistence rozhraní. Vlastní přizpůsobené procesy řeší okamžité potřeby jednotlivců nebo týmů a jsou závislé na ručním zásahu, i když poskytovatel používá některé skripty automatizované implementace.
Znalost toho, jak požádat o tato řešení, se sdílí od osoby po osobu. Proces vyžádání služby nemá standardizaci a konzistenci. Zřizování a používání služby platformy pravděpodobně vyžaduje hlubokou podporu od poskytovatele funkcí.
Nedostatek centrálních požadavků a standardů je na této úrovni vhodný v případě, že společnost ještě nebyla identifikována a zdokumentovala očekávání. Může být zvláště efektivní pro týmy v počáteční fázi společnosti nebo úsilí o platformu. V těchto prostředích mají týmy možnost vyvíjet procesy a možnosti podle svých potřeb, což jim umožňuje rychleji dodávat a platit cenu standardizace pouze v případě potřeby později.
Nastavení vývojového prostředí: Jednotliví inženýři spolupracují kroky potřebné k nastavení prostředí tím, že požádáte kolegy, aby našli dokumentaci a postupovali podle svých známých postupů.
Diagnostika chování aplikací: Technici si vyberou vlastní nástroje a proces diagnostiky chování. Zodpovídá za provádění kroků pro přístup k aplikacím a protokolům.
Místní standardy
Technici a technické týmy proaktivně, ale neformálně definují standardy pro různé možnosti a služby, aby se zvýšilo množství sdílení znalostí, které může probíhat v rámci organizace. Neformální komunity podpory vycházejí z těchto standardů, ale závisí to na prostředcích a závazku od jednotlivců a jednotlivých týmů.
Nastavení vývojového prostředí: Jednotlivé týmy definují vlastní nástroje a procesy a snaží se zajistit, aby technici v rámci týmů tyto procesy dodržovali. Může to být prostřednictvím dokumentace nebo kontejnerů, ale volba způsobu, jak dokumentovat nástroje a procesy, je řízena týmem.
Diagnostika chování aplikací: Jednotlivé týmy definují vlastní postupy a procesy pro diagnostiku chování. Týmy spoléhají na devops/IT tým pro přístup k nasazených prostředkům.
Existují konzistentní standardní rozhraní pro zřizování a sledování platforem a schopností a splňují široké potřeby. Uživatelé můžou zjistit, jaké funkce jsou k dispozici, a můžou si vyžádat požadované funkce.
K dispozici jsou cesty nebo zlaté cesty ve formě dokumentace a šablon. Tyto prostředky definují, jak zřizovat a spravovat typické funkce pomocí kompatibilních a otestovaných vzorů. I když někteří uživatelé můžou tato řešení používat samostatně, řešení často stále vyžadují hluboké znalosti domény, a proto je podpora od správců stále důležitá.
Důležitá správa potřebná od centrálního týmu k údržbě šablon a dokumentace, zejména v reakci na měnící se potřeby týmů.
Nastavení vývojového prostředí: Některé investice do společné cesty s dokumentací nebo šablonami definující požadované nástroje a procesy v celé organizaci. Týmy se můžou odchylovat od standardů, protože upravují šablony, ale nemůžou je sloučit zpět do centralizovaného týmu.
Diagnostika chování aplikací: Standardní postup definovaný pro přístup k nasazených prostředkům a jejich diagnostiku
Samoobslužná řešení
Řešení se nabízejí způsobem, který uživatelům poskytuje autonomii a vyžaduje malou podporu od správců. Organizace podporuje a umožňuje řešení poskytovat konzistentní rozhraní, která umožňují zjistitelnost a přenositelnost uživatelského prostředí z jedné schopnosti do druhé. I když samoobslužné řešení vyžadují informovanost a implementaci týmu. Aby bylo možné toto prostředí vylepšit, může existovat řízený a zjednodušený interní jazyk, který uživatelům umožňuje rychleji osvojovat a integrovat funkce platformy. Tím se vygeneruje uživatelsky zaměřená, samoobslužná a konzistentní kolekce funkcí.
Nastavení vývojového prostředí: Technické týmy závisí na platformě pro nastavení vývojových prostředí. Affordance existuje ke zjištění dostupných prostředků. Technické týmy přijímají platformu výhradně pro všechny interakce. Platforma pomáhá sdílení znalostí prostřednictvím zjišťování a úprav nových a stávajících šablon a neustále zvyšuje hodnotu nabízenou platformou.
Diagnostika chování aplikací: Nástroje a služby pro sledování prostředků a možností poskytovaných prostřednictvím platformy na vyžádání Platforma poskytuje cenovou dostupnost pro diagnostiku a sledování prostředků a schopností.
Integrované služby
Možnosti platformy jsou transparentně integrované do nástrojů a procesů, které týmy už používají k práci. Některé funkce se zřídí automaticky, jako je pozorovatelnost nebo správa identit pro nasazenou službu. Když uživatelé narazí na okraje poskytovaných služeb, existuje příležitost přesunout předchozí automatizovaná řešení a přizpůsobit si je podle svých potřeb, aniž by opustili interní nabídky, protože možnosti platformy jsou považovány za stavební bloky. Tyto stavební bloky slouží k vytváření transparentních a automatických složení, aby splňovaly případy použití vyšší úrovně, a v případě potřeby umožňují hlubší přizpůsobení.
Interní týmy platforem můžou určit, jaké funkce pro organizaci dobře fungují, a mohou tyto znalosti využít k určení oblastí, do kterých se má investovat, aby se platforma dále zlepšila.
Možnosti je možné rozšířit a zabalit několika způsoby, které nabízejí maximální flexibilitu pro zřizování, správu a sledování prostředků a možností.
Nastavení vývojového prostředí: Možnosti platformy jsou integrované do nástrojů a procesů, které týmy už používají k práci. Lze použít prostřednictvím rozhraní příkazového řádku, integrovaného vývojového prostředí atd.
Diagnostika chování aplikací: Platforma automaticky nastaví možnosti pozorovatelnosti pro každou nasazenou aplikaci. Platforma poskytuje cenovou dostupnost pro interakci s diagnostickými daty a nasazenou aplikací.