Úlohy architektury s dobře navrženou architekturou Azure
V kontextu architektury Azure Well-Architected Framework označuje termín úlohy kolekci aplikačních prostředků, dat a podpůrné infrastruktury, která funguje společně za účelem dosažení definovaných obchodních výsledků. Úloha se skládá z komponent a také vývojových a provozních postupů.
Architekti navrhují úlohy a tým úloh je implementuje. Úloha je navržená a implementovaná tak, aby dosáhla funkčních a nefunkčních obchodních požadavků. Úlohy je možné klasifikovat do mnoha typů.
Mezi typická kritéria klasifikace úloh patří:
Nástroje, charakteristiky a vzorce použití úlohy, jako jsou webové aplikace, dávkové zpracování a analýzy v reálném čase.
Klíčové vlivové faktory, jako jsou technologické platformy nebo sladění s oborem.
Zamýšlená cílová cílová skupina Příklady řešení s různými cílovými skupinami jsou interní obchodní aplikace v rámci podniků, zakoupené řešení nezávislého dodavatele softwaru (ISV) nebo víceklientské řešení typu software jako služba (SaaS) pro veřejné použití.
Úlohy, které jsou ve stejné třídě, můžou sdílet podobnosti, včetně cílových cílových skupin, požadavků na dodržování předpisů a technologických zásobníků. Pět pilířů dobře navržená architektura, jejich principy, kontrolní seznamy a kompromisy jsou relevantní pro všechny třídy úloh.
Pokyny k úlohám dobře navržená architektura popisují běžné priority a kompromisy, které se týkají konkrétních tříd úloh. V pokynech k úlohám se pokyny k pilíři vztahují na principy technického návrhu a oblasti návrhu, které představují priority úlohy. Postupujte podle doporučení, která vám pomůžou nastavit úspěšnou úlohu a sladit ji s dobře navrženou architekturou.
Co je dobře navržená úloha architektury?
Návrh a provoz všech úloh se musí potýkat s pěti pilíři architektury: spolehlivost, zabezpečení, optimalizace nákladů, efektivita provozu a efektivita výkonu.
 Pokud chcete vytvořit úspěšnou úlohu, vytvořte ji v souladu s principy dobře navržená architektura, která jsou založená na následujících ideálních řešeních. |
|---|
Dobře navržená architektura:
- Má funkční a nefunkční požadavky, které jsou definovány a upřednostňovány pro dosažení cíle.
- Je navržená tak, abyste tyto požadavky mohli dosáhnout pomocí prostředků a začleněním vzorů návrhu a kompromisů.
- Je postavena a provozována na specifikace návrhu a účelu.
- Měří se tím, jak adekvátně dosahuje svého účelu.
- Může se přizpůsobit, protože jeho účel je zpřesněný nebo změněný.
- Je stejně spolehlivá, jako by to mělo být.
- Je stejně zabezpečená, jako by to mělo být.
- Poskytuje dostatečnou návratnost investic.
- Vyvíjí se a provozuje zodpovědně.
- Dosahuje svého účelu v přijatelném časovém období.
Spolupráce mezi týmem úloh a centrálními týmy organizace musí vytvořit úlohu s předchozími charakteristikami. Následující části popisují tyto týmy a jejich funkce.
Tým úloh
Vytvořte tým úloh, který má členy týmu s širokou škálou technických a obchodních disciplín. Hlavním cílem všech členů týmu by mělo být úspěch úlohy.
| Příklady členů týmu úloh | |
|---|---|
| Technici zabezpečení aplikací Obchodní zúčastněné strany Vývojáři cloudu nebo softwaroví inženýři Architekti cloudových řešení Datoví vědci nebo analytici Správci databází |
Technici DevOps Inženýři infrastruktury Produktoví manažeři nebo vlastníci Technici kontroly kvality (QA) Členové týmu podpory |
Centralizované týmy a zúčastněné strany
Centralizované týmy často podporují tým úloh. Poskytují funkce podpory a uplatňují zásady správného řízení pro mnoho nebo všechny cloudové úlohy v rámci organizace. Centralizované týmy se zaměřují na úspěch organizace, kterého se částečně dosahuje úspěchem úloh organizace. Poskytují služby, pokyny a mantinely pro úlohy.
| Příklady centralizovaných týmů a členů týmu | |
|---|---|
| Analytici business intelligence Obchodní zúčastněné strany Panel CCoE (Cloud Center of Excellence) Tým cloudové platformy Analytici kybernetické bezpečnosti Správci databází Podnikoví architekti |
Finanční analytici Inženýři infrastruktury Právní pracovníci a pracovníci pro dodržování předpisů Síťová inženýři Specialisté na nákupy Projektoví manažeři |
Dobře navržený tým úloh architektury se zaměřuje na výsledky úloh. Koordinují se se specializovanými podporami od centralizovaných členů týmu a využívají je.
Model sdílené odpovědnosti
Aby bylo možné zajistit hodnotu, je potřeba nasadit a použít úlohu. V rámci týmu úloh máte odpovědnost za návrh, implementaci a nasazení úloh způsobem, který vytváří hodnotu pro vaši organizaci.
Úlohy existují v kontextu vaší organizace. Organizace často reguluje role řízení a autority. Váš tým úloh má odpovědnost za návrh, implementaci a nasazení úlohy v rámci základu vaší organizace.
V souladu s architekturou přechodu na cloud pro Azure standardizujte cloudové prostředky vaší úlohy. Pečlivě použijte standardizaci, která poskytuje řízenou platformu, která pomáhá s onboardingem týmů úloh. Použijte tyto zásady správného řízení v souladu s cloudovým provozním modelem vaší organizace.
Cílové zóny Azure vám pomůžou s standardizací. Cílové zóny platformy a cílové zóny aplikací jsou dostupné v Azure. Nasaďte úlohu v cílové zóně aplikace.
Vaše organizace může mít nabídku cloudové platformy, která je přísně formalizovaná a plně v souladu s cílovými zónami Azure. Nebo vaše organizace může mít jinou strategii přechodu nebo žádnou implementaci. Pokud neexistuje žádná implementace, týmy úloh jsou téměř plně autonomní entity.
Pro každou platformu a zásady správného řízení, které vaše organizace používá, musíte na úlohy použít principy dobře architektuře. Dobře navržená architektura často odkazuje na cílové zóny Azure, ale není závislá na konkrétní implementaci platformy. Pilíře dobře navržená architektura, principy, kontrolní seznamy a příručky jsou určené pro všechny cloudové platformy a většinu typů úloh.
Splnění požadavků
V celém dobře architektuře, jako jsou základní pilíře a pokyny k úlohám, se doporučení shodují s povinností úlohy. Doporučení obvykle neznamenají, jaký člen týmu nebo tým tyto povinnosti usnadňuje. Můžete určit, kdo má každou akci provést. Mapování na úrovni úloh vám umožní určit role a zodpovědnosti vašeho týmu související s topologií, typem úlohy a závažností.
Tým přímých úloh zpracovává většinu požadavků na úlohy. Některé požadavky se zpracovávají jako společné úsilí s centralizovanými týmy. Například volby implementace můžou být založené na mantinelech, které centralizovaný tým nastaví. Nebo centralizovaný tým může zpracovávat výhradně volby implementace.
Váš tým úloh musí vytvořit pracovní vztah s jinými týmy, aby pomohl kódovat cíle úloh. Pokud odsoudíte komponenty nebo povinnosti, musíte tyto povinnosti úspěšně splnit.
Informace o omezeních
Centralizovaný tým podporuje různé úlohy založené na základních funkcích týmu a základní infrastruktuře. Pro zajištění této podpory v organizačním měřítku může centralizovaný tým implementovat jednotnost a omezení nabízené služby nebo infrastruktury. Při návrhu úloh je důležité porozumět těmto omezením a pokud je to možné, spolupracovat s podnikovými architekty, kteří tato omezení znáte. Co nejvíce se naučíte z předchozích implementací.
Každá implementace zásad správného řízení platformy se liší, ale pro mnoho úloh platí následující omezení:
- Seznamy povolených pro cloudové prostředky
- Požadavky konfigurace pro cloudové prostředky
- Místní seznamy povolených pro cloudové prostředky a dostupnost připojení mezi místy
- Omezená nebo žádná podpora platformy mimo pracovní dobu
- Požadavky na opravy
- Konkrétní implementace hvězdicové architektury, která řídí implementace DNS (Domain Name System) a privátních koncových bodů
- Požadavky na řízení dodavatelského řetězce
Explicitní komunikace požadavků
Pokud se váš požadavek na úlohy setká s omezením nebo smlouvou o úrovni služeb (SLA), která jasně nedefinuje základní možnosti nebo nabídku infrastruktury, zacházejte s danou situací jako s rizikem. Aby se toto riziko vyřešilo, musí tým úloh poskytnout ostatním týmům přehled o tom, jak se problém týká úlohy. Možná budete muset změnit požadavky na úlohy, návrh nebo implementaci nebo změnit nabídku infrastruktury.
Když rozumíte povinnostem týmu platformy související s direktivami organizace a povinnostmi vašeho týmu úloh, můžete požadavky na úlohy sdělit realistickým očekáváním a doporučením.
Komunikace s běžnými požadavky na úlohy
Každé partnerství platformy se liší, ale následující oblasti jsou společná témata v konverzacích sdílené odpovědnosti:
- Dodržování předpisů a právní požadavky
- Specifika sítí, jako je potřeba statických příchozích nebo výchozích IP adres
- Požadavky na pozorovatelnost pro zajištění efektivního třídění živého webu
- Požadavky na výkon, jako je propustnost sítě, dostupnost cloudových prostředků nebo regionální dostupnost
- Očekávání pro přístup k veřejnému internetu z pohledu výchozího a příchozího přenosu dat
- Cíle na úrovni služeb (SLA) nebo smlouvy SLA, které jsou nabízeny uživatelům úlohy
- Dostupnost technické podpory
Hledejte sjednocené výhry.
Sdílená odpovědnost není jen kompromisy, omezení a kompromisy. Týmy platforem mají často vysoce specializované dovednosti a vyhrazené rozpočty, které můžou rozšířit nad rámec toho, co může jednotlivý tým úloh udržovat. Podívejte se na následující příklady.
Specialisté na zabezpečení. Vaše úloha může mít zabezpečený vývojový životní cyklus. Jako centralizovaný bezpečnostní tým provádí úlohy zabezpečeného vývoje ve velkém měřítku ve vaší organizaci, může provádět rutinní penetrační testování, které je nad rámec vašeho úsilí a nad rámec vašeho úsilí. Může také pomoct s plánováním a prováděním strategie reakce na incidenty.
Doprovodné materiály k podnikové architektuře Pokud jste v souladu se vzory a postupy týmu podnikové architektury, můžete ušetřit čas a úsilí, protože tým už procesy zefektivnil. Pokud řešení v rámci partnerství není možné bez vyjednávání, můžete také zabránit přepracování.
Výdaje na velké lístky. Týmy platforem často hostují komponenty nebo služby, které jsou pro jednotlivé týmy úloh příliš nákladné nebo příliš rozsáhlé. Týmy platformy si mohou tyto komponenty a služby dovolit, protože rozdělují náklady mezi úlohy.
Tyto služby nebo centralizované platformy se často nabízejí jako pouhé showback, takže pomáhají optimalizovat náklady na úlohy. A když jsou nabízeny jako zpětné platby, jsou často levnější kvůli úsporám z rozsahu a centralizace.
Týmy platforem často poskytují samoobslužné možnosti týmům úloh pro různé aktivity. Příklad:
- Poskytnutí úložiště dokumentace pro samoobslužné vzdělávání
- Onboarding ke správě nákladů prostřednictvím konkrétních značek prostředků
- Nabízení předplatných prostřednictvím formálního procesu předplatného a prodejního procesu
Prozkoumejte samoobslužné a platformové možnosti přípravy, které můžou být vhodné pro vaši úlohu.
Sdílení úspěchů a výzev
Sdílená odpovědnost s ostatními týmy také znamená sdílení úspěchů a výzev úlohy. Když vaše úloha splňuje své povinnosti a získá zamýšlenou hodnotu, sdílejte ji s partnerskými týmy. Řekněte jim, jak přispěli k úspěchu úlohy. Pokud vaše úloha nesplňuje své povinnosti, sdílejte, co nefunguje, a spolupracujte a znovu si je rozmyslete, abyste se mohli vrátit ke sledování.
Týmy platformy mají také povinnosti a kritéria úspěchu. Měli byste očekávat, že vaši partneři vám řeknou, jestli vaše úloha funguje dobře s nabídkou, nebo jestli je ohrožená tím, že je hlučným sousedem.
Snažte se o průběžné zlepšování
Motiv všech pilířů dobře navržená architektura je průběžné vylepšování. Osvojte si progresivní myšlení. Můžete se zabývat novými přístupy k existujícím problémům, přijmout novou technologii, řešit nové požadavky nebo pracovat s novými omezeními. S tím, jak se vaše úloha v průběhu času zlepšuje, můžete očekávat stejné myšlení od partnerských týmů. Každá příležitost ke zlepšení ale také znamená změny a měly by být podporovány správným procesem správy.
Týmy úloh mají povinnost komunikovat s týmy platformy o navrhovaných změnách požadavků na úlohy, které můžou mít vliv na služby týmu platformy. Týmy platforem mají také povinnost zahrnout své partnery úloh do procesů řízení změn a jasně sdělit změny ovlivněné platformy. Vytvořte s partnery pravidelnou komunikaci, abyste se dozvěděli a sdíleli, jak se produkt vyvíjí.
Dosažení úspěšného výsledku
Úlohy mají mnoho očekávání od uživatelů, akcionářů, regulačních orgánů, zaměstnanců, centra efektivity a vedoucích pracovníků zkušeností. Očekávání mohou nastavit otáčení směrového kompasu. Dobře navržená architektura poskytuje přehlednost související s návrhem a implementací tím, že nabízí explicitní racionalizace pro rozhodnutí o architektuře, aby bylo dosaženo úspěšného výsledku. Vytvořte úspěšnou úlohu a sdílejte ji s vaší organizací.