Sdílet prostřednictvím

Použití principů návrhu a pokročilých operací

  • Článek

První tři disciplíny správy cloudu popisují směrný plán správy. Směrný plán správy by měl obsahovat minimálně standardní obchodní závazek minimalizovat přerušení podnikání a zrychlit obnovení v případě přerušení služby. Většina směrných plánů správy zahrnuje disciplinované zaměření na udržování inventáře a viditelnosti, provozního dodržování předpisů a ochrany a obnovení.

Účelem směrného plánu správy je vytvořit konzistentní nabídku, která poskytuje minimální úroveň firemního závazku pro všechny podporované úlohy. Tento základní plán běžných a opakovatelných nabídek správy umožňuje týmu poskytovat vysoce optimalizovaný stupeň provozní správy s minimálními odchylkami. Ale tato standardní nabídka nemusí poskytnout dostatečně bohatý závazek pro firmu.

Diagram v další části znázorňuje tři způsoby, jak překročit směrný plán správy.

Směrný plán správy by měl splňovat minimální závazek vyžadovaný 80 % úloh s nejnižší důležitostí v portfoliu. Směrný plán by se neměl používat pro klíčové úlohy. Neměl by se používat ani na běžné platformy, které se sdílejí napříč úlohami. Tyto úlohy vyžadují zaměření na principy návrhu a pokročilé operace.

Rozšířené možnosti operací

Existují tři navrhované způsoby, jak zlepšit obchodní závazky nad rámec směrného plánu správy, jak je znázorněno na následujícím diagramu:

Pokročilé operace

Vylepšené standardní hodnoty správy

Jak je uvedeno v průvodci správou Azure, vylepšený směrný plán správy využívá nástroje nativní pro cloud k vylepšení doby provozu a zkrácení doby obnovení. Vylepšení jsou významná, ale méně než u úloh nebo specializace platformy. Výhodou rozšířeného směrného plánu správy je stejně významné snížení nákladů a času implementace.

Specializace správy

Aspekty úloh a operací platformy můžou vyžadovat změny principů návrhu a architektury. Tyto změny můžou nějakou dobu trvat a můžou vést ke zvýšení provozních nákladů. Aby bylo možné snížit počet úloh, které vyžadují takové investice, může vylepšený směrný plán správy zajistit dostatečné vylepšení firemních závazků.

U úloh, které vyžadují vyšší investice pro splnění obchodního závazku, je klíčová specializace provozu.

Oblasti specializace managementu

Existují dvě oblasti specializace:

  • Specializace platformy: Investujte do probíhajících operací sdílené platformy a distribuujte investice do více úloh.
  • Specializace úloh: Investujte do probíhajících operací konkrétní úlohy, které jsou obecně vyhrazeny pro klíčové úlohy.

Centrální IT tým nebo cloudové centrum excelence (CCoE)

Rozhodnutí mezi specializacemi na platformu a specializacemi úloh jsou založená na důležitosti a dopadu jednotlivých úloh. Tato rozhodnutí však také značí větší kulturní rozhodnutí mezi centrálním IT týmem a organizačními modely CCoE.

Specializace podle úloh často podněcuje kulturní změnu. Tradiční IT i centralizované IT sestavují procesy, které můžou poskytovat podporu ve velkém. Podpora škálování je dosažitelnější pro opakovatelné služby, které se nacházejí v operacích standardních hodnot správy, rozšířených standardních hodnot nebo dokonce v operacích platformy. Specializace úloh se často neškumutuje. Tento nedostatek škálování ztěžuje centralizované IT organizaci poskytování potřebné podpory bez dosažení omezení škálování organizace.

Případně se přístup ke cloudovému centru excelence škáluje prostřednictvím účelného delegování odpovědnosti a selektivní centralizace. Specializace úloh má tendenci lépe sladit s přístupem k delegování odpovědnosti CCoE.

Přirozené zarovnání rolí v CCoE je nastíněné takto:

  • Tým cloudové platformy pomáhá vytvářet běžné platformy, které podporují více týmů přechodu na cloud.
  • Tým cloudové automatizace rozšiřuje tyto platformy na nasaditelné prostředky v katalogu služeb.
  • Cloudová správa poskytuje standardní hodnoty správy centrálně a pomáhá podporovat používání katalogu služeb.
  • Obchodní jednotka (ve formě obchodního týmu DevOps nebo týmu přechodu na cloud) ale nese odpovědnost za každodenní provoz úloh, kanálů nebo výkonu.

Pokud jde o sladění oblastí správy, centrální tým IT a modely CCoE mohou obecně zajistit specializaci platformy s minimálními kulturními změnami. Poskytování specializace na úlohy může být pro centrální IT týmy složitější.

Procesy specializace správy

V rámci každé specializace se následující čtyřstupňový proces provádí v disciplinovaném iterativním přístupu. Tento přístup vyžaduje partnerství mezi přechodem na cloud, cloudovou platformou, cloudovou automatizací a odborníky na cloudovou správu, aby bylo možné vytvořit životaschopnou a informovanou smyčku zpětné vazby.

  • Vylepšení návrhu systému: Vylepšete návrh běžných systémů (platforem) nebo konkrétních úloh, abyste efektivně minimalizovali přerušení.
  • Automatizace nápravy: Některá vylepšení nejsou nákladově efektivní. V takových případech může být vhodnější automatizovat nápravu a snížit dopad přerušení.
  • Škálování řešení: S vylepšením návrhu systémů a automatizované nápravy můžete tyto změny škálovat napříč prostředím prostřednictvím katalogu služeb.
  • Průběžné zlepšování: Pomocí různých monitorovacích nástrojů můžete zjistit přírůstková vylepšení, která je potřeba řešit při dalším průchodu návrhu, automatizace a škálování systému.

Vylepšení návrhu systémů

Vylepšení návrhu systémů představuje nejúčinnější přístup k vylepšení provozu jakékoliv běžné platformy. Vylepšení návrhu systému můžou pomoct zvýšit stabilitu a snížit přerušení podnikání. Návrh jednotlivých systémů je mimo rozsah pohledu na prostředí, který prezentujeme v rámci této řady článků o přechodu na cloud.

Jako doplněk k těmto článkům nabízí dobře navržená architektura Microsoft Azure návodné principy pro zlepšení kvality platformy nebo konkrétní úlohy. Tato architektura se zaměřuje na vylepšení pěti pilířů kvalitní architektury:

  • Optimalizace nákladů: Správa nákladů a maximalizace poskytované hodnoty
  • Efektivita provozu: Dodržování provozních procesů, které udržují systém spuštěný v produkčním prostředí
  • Efektivita výkonu: Škálování systémů tak, aby se přizpůsobovaly změnám v zatížení
  • Spolehlivost: Návrh systémů pro zotavení v případě selhání a pokračování v provozu
  • Zabezpečení: Ochrana aplikací a dat před hrozbami

Většina přerušení běžného chodu firmy vyplývá z určité formy technického dluhu nebo nedostatku v architektuře. U stávajících nasazení se vylepšení návrhu systémů dají vnímat jako splátky technického dluhu. U nových nasazení můžete na vylepšení návrhu systémů nahlížet jako na možnost, jak technickému dluhu předejít. V další části se dozvíte, jak se vypořádat s technickým dluhem, který není možné nebo by se nemělo řešit.

Pokud chcete zlepšit návrh systému, přečtěte si další informace o rozhraní Microsoft Azure Well-Architected Framework. S tím, jak se návrh systému zlepšuje, se vraťte k tomuto článku, kde najdete nové příležitosti ke zlepšení a škálování vylepšení v rámci vašeho prostředí.

Automatizovaná náprava

Některé technické dluhy se nedají nebo by neměly řešit. Řešení by například mohlo být příliš nákladné. Dá se naplánovat, ale může mít dlouhou dobu trvání projektu. Přerušení podnikání nemusí mít významný dopad na firmu nebo je prioritou firmy rychlé zotavení místo investic do odolnosti.

Pokud vyřešení technického dluhu není požadovaným postupem, je obvykle dalším požadovaným krokem automatizovaná náprava. Ta se obvykle zajišťuje pomocí služeb Azure Automation a Azure Monitor, které detekují trendy a poskytují automatizovanou nápravu.

Další rady k automatizované nápravě najdete v tématu věnovaném upozorněním a službě Azure Automation.

Škálování řešení pomocí katalogu služeb

Základním kamenem specializace podle platformy a provozu platforem je dobře spravovaný katalog služeb. Jeho prostřednictvím se vylepšení návrhu systémů a nápravy škálují do celého prostředí. Týmy pro cloudové platformy a automatizaci cloudu společně vytvářejí opakovatelná řešení pro nejběžnější platformy v jakémkoliv prostředí. Pokud se ale tato řešení nepoužívají konzistentně, cloudová správa může poskytnout o něco víc než základní nabídku.

Pokud chcete maximalizovat přijetí a minimalizovat nároky na údržbu jakékoli optimalizované platformy, měla by se platforma přidat do katalogu služeb. Každou aplikaci v katalogu služeb je možné nasadit pro interní použití prostřednictvím katalogu nebo nabídnout externím uživatelům přes Marketplace.

Informace o publikování do katalogu služeb najdete v řadě o publikování do katalogu služeb.

Průběžné vylepšování

Specializace podle platformy i provoz platforem jsou silně závislé na smyčkách zpětné vazby mezi týmy přechodu, platforem, automatizace a správy. Zhmotnění těchto smyček zpětné vazby v datech umožňuje každému týmu přijímat moudrá rozhodnutí. Aby provoz platformy dosáhl dlouhodobých obchodních závazků, je důležité využívat přehledy, které jsou specifické pro centralizovanou platformu. Vzhledem k tomu, že kontejnery a SQL Server jsou dvě nejběžnější centrálně spravované platformy, zvažte, že začnete s průběžným vylepšováním shromažďování dat, projděte si následující články: