Sdílet prostřednictvím


Úlohy Azure Well-Architected Framework

V kontextu azure Well-Architected Framework se termínem úloha označuje kolekce prostředků aplikace, dat a podpůrné infrastruktury, které společně fungují 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 dosahovala funkčních a nefunkčních obchodních požadavků. Úlohy je možné rozdělit do mnoha typů.

Mezi typická kritéria pro klasifikaci úloh patří:

  • Funkce, charakteristiky a vzorce využití úloh, jako jsou webové aplikace, dávkové zpracování a analýzy v reálném čase.

  • Klíčové vlivné faktory, jako jsou technologické platformy nebo sladění s odvětvím.

  • Zamýšlená cílová skupina. Příkladem ř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í saaS (software jako služba) pro veřejné použití.

Úlohy, které jsou ve stejné třídě, můžou sdílet podobnosti, včetně jejich cílové skupiny, požadavků na dodržování předpisů a technologických zásobníků. Pět pilířů Well-Architected Frameworku, jejich principy, kontrolní seznamy a kompromisy jsou relevantní pro všechny třídy úloh.

Pokyny pro úlohy Well-Architected Framework popisují běžné priority a kompromisy, protože se týkají konkrétních tříd úloh. V pokynech k úlohám se pokyny k pilířům vztahují na technické principy 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 Well-Architected Framework.

Co je úloha Well-Architected Framework?

Návrh a provoz jakékoli úlohy 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, vyvíjejte ji v souladu s principy Well-Architected Frameworku, které jsou založené na následujících ideálech.

Úloha Well-Architected Framework:

  • 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 mohli těchto požadavků dosáhnout pomocí prostředků a začleněním vzorů návrhu a kompromisů.
  • Je postaven a provozován podle specifikací návrhu a účelu.
  • Měří se podle toho, jak adekvátně dosahuje svého účelu.
  • Může se přizpůsobit, protože se jeho účel zpřesňuje nebo mění.
  • Je stejně spolehlivý, jak je potřeba.
  • Je stejně bezpečný, jak je potřeba.
  • Poskytuje dostatečnou návratnost investic.
  • Vyvíjí se a provozuje zodpovědně.
  • Splní svůj účel 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 se širokou škálou technických a obchodních disciplín. Hlavním cílem všech členů týmu by měl být úspěch úlohy.

Příklady členů týmu úloh  
Technici zabezpečení aplikací
Obchodní účastníci
Cloudoví vývojáři 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í účastníci
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

Tým úloh Well-Architected Framework se zaměřuje na výsledky úloh. Koordinují se se specializovanou podporou od centralizovaných členů týmu a využívají ji.

Model sdílené odpovědnosti

Aby bylo možné poskytovat hodnotu, je potřeba nasadit a použít úlohu. Jako součást týmu úloh máte zodpovědnost za návrh, implementaci a nasazení úloh způsobem, který bude pro vaši organizaci přínosný.

Úlohy existují v kontextu vaší organizace. Organizace má často regulované řídicí a autoritní role. Váš tým úloh má odpovědnost za návrh, implementaci a nasazení úlohy v rámci základu vaší organizace.

V souladu s Cloud Adoption Framework pro Azure standardizujte cloudové prostředky úloh. Důsledně použijte standardizaci, abyste zajistili řízenou platformu, která vám pomůže 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 můžou pomoct s standardizací. Cílové zóny platformy a cílové zóny aplikací jsou k dispozici 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ě odpovídá cílovým zónám Azure. Nebo vaše organizace může mít jinou strategii přijetí nebo žádnou implementaci. Pokud neexistuje implementace, týmy úloh jsou téměř plně autonomní entity.

Pro jakoukoli platformu a zásady správného řízení, které vaše organizace používá, musíte na úlohy použít principy Well-Architected Framework. Rozhraní Well-Architected Framework často odkazuje na cílové zóny Azure, ale nezávisí na konkrétní implementaci platformy. Pilíře Well-Architected Framework, 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 rámci Well-Architected Frameworku, jako jsou základní pilíře a pokyny k úlohám, se doporučení shodují s povinností úlohy. Doporučení obvykle nenaznačují, který člen týmu nebo tým tyto povinnosti usnadňuje. Můžete určit, kdo má každou akci provést. Proveďte mapování na úrovni úloh a určete role a povinnosti vašeho týmu související s topologií, typem úloh a důležitostí.

Tým přímých úloh zpracovává většinu požadavků na úlohy. Některé požadavky se zpracovávají společně s centralizovanými týmy. Například volby implementace můžou být založené na mantinelech, které nastavuje centralizovaný tým. Nebo centralizovaný tým může výhradně zpracovávat volby implementace.

Váš tým úloh musí vytvořit pracovní vztah s jinými týmy, aby vám pomohl kódovat cíle úloh. Pokud komponenty nebo odpovědnosti outsourcujete, musíte tyto povinnosti úspěšně plnit.

Seznamte se s omezeními

Centralizovaný tým podporuje různé úlohy založené na základních schopnostech a základní infrastruktuře týmu. Za účelem poskytová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é, abyste těmto omezením rozuměli, a pokud je to možné, spojili se s podnikovými architekty, kteří tato omezení znají. Co nejvíce se učte z předchozích implementací.

Každá implementace zásad správného řízení platformy se liší, ale pro mnoho úloh jsou společná následující omezení:

  • Seznamy povolených pro cloudové prostředky
  • Pověření konfigurace pro cloudové prostředky
  • Regionální seznamy povolených pro cloudové prostředky a dostupnost připojení mezi různými místy
  • Omezená nebo žádná podpora platformy mimo pracovní dobu
  • Požadavky na opravy
  • Specifická hvězdicová implementace, která řídí implementace dns (Domain Name System) a privátních koncových bodů
  • Požadavky na řízení dodavatelského řetězce

Explicitní sdělení požadavků

Pokud váš požadavek na úlohy čelí omezení nebo smlouvě o úrovni služeb (SLA), která jasně nedefinuje základní možnosti nebo nabídku infrastruktury, považujte tuto situaci za riziko. Aby se toto riziko vyřešilo, musí váš tým úloh ostatním týmům poskytnout jasné informace o tom, jak tato obava ovlivňuje úlohu. 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ím se direktivami organizace a povinnostem týmu úloh, můžete požadavky na úlohy sdělit pomocí realistických očekávání a doporučení.

Informování o běžných požadavcích na úlohy

Každé partnerství platformy je jiné, ale v konverzacích se sdílenou odpovědností jsou běžné následující oblasti:

  • Dodržování předpisů a zákonné požadavky
  • Specifika sítě, například potřeba statických IP adres příchozího přenosu dat nebo výchozího přenosu dat
  • 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í veřejného přístupu k internetu z hlediska výchozího a příchozího přenosu dat
  • Cíle na úrovni služeb (SLO) nebo smlouvy SLA, které jsou nabízeny uživatelům úlohy
  • Dostupnost technické podpory

Hledejte sjednocené výhry.

Sdílená odpovědnost není jen o kompromisech, omezeních a kompromisech. Týmy platforem mají často vysoce specializované dovednosti a vyhrazené rozpočty, které můžou rozšířit nad rámec toho, co dokáže udržet jednotlivý tým úloh. Podívejte se na následující příklady.

Specialisté na zabezpečení. Vaše úloha může mít zabezpečený životní cyklus vývoje. Vzhledem k tomu, že centralizovaný bezpečnostní tým provádí úlohy zabezpečeného vývoje ve velkém měřítku v rámci vaší organizace, může provádět rutinní penetrační testování nad rámec vašeho úsilí. Může také pomoct s plánováním a prováděním strategie reakce na incidenty.

Pokyny k podnikové architektuře Pokud vyhovujete vzorům a postupům týmu podnikové architektury, můžete ušetřit čas a úsilí, protože tým už procesy zjednodušil. Můžete také zabránit přepracování, pokud řešení není možné v rámci partnerství bez vyjednávání.

Velké výdaje na lístky. Týmy platforem často hostují komponenty nebo služby, které jsou pro jednotlivé týmy úloh příliš drahé nebo příliš rozsáhlé. Týmy platforem 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 vrácení peněz, jsou často levnější kvůli úsporám z rozsahu a centralizace.

Týmy platforem často poskytují samoobslužné možnosti pro týmy úloh pro různé aktivity. Příklad:

  • Poskytnutí úložiště dokumentace pro vzdělávání s vlastním průvodcem
  • Onboarding do správy nákladů prostřednictvím označování konkrétních prostředků
  • Nabízení předplatných prostřednictvím formálního prodejního procesu předplatného

Prozkoumejte možnosti samoobslužných služeb, které by mohly 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 splní své povinnosti a získá zamýšlenou hodnotu, sdílejte ji se svými partnerskými týmy. Řekněte jim, jak přispěli k úspěchu úlohy. Pokud vaše úloha nesplní své povinnosti, sdílejte, co nefunguje, a spolupracujte a znovu zkalibrujte, abyste se mohli vrátit do práce.

Týmy platforem mají také kritéria pro závazky a úspěšnost. Měli byste očekávat, že vám vaši partneři řeknou, jestli vaše úloha funguje dobře s nabídkou, nebo jestli je ohrožena hlučným sousedem.

Snažte se o neustálé zlepšování

Motivem napříč všemi pilíři Well-Architected Frameworku je neustálé vylepšování. Osvojte si progresivní myšlení. Můžete se zabývat novými přístupy ke stávajícím problémům, osvojovat si nové technologie, řešit nové požadavky nebo pracovat s novými omezeními. S tím, jak se vaše úloha časem zlepšuje, očekávejte stejné myšlení od partnerských týmů. Každá příležitost ke zlepšení však také znamená změny a měla by být podporována řádným procesem správy.

Týmy úloh mají povinnost komunikovat s týmy platforem o navrhovaných změnách požadavků na úlohy, které by mohly mít vliv na služby týmu platformy. Stejně tak týmy platforem mají povinnost zahrnout své partnery úloh do procesů řízení změn a jasně informovat o dopadových změnách platformy. Nastavte s partnery pravidelnou komunikaci, abyste se dozvěděli o vývoji produktu a sdíleli ho.

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 excelence a vedoucích pracovníků pro zkušenosti. Očekávání mohou nastavit otáčení směrového kompasu. Architektura Well-Architected 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í.