Běžné provozní modely
V této lekci si projdete běžné provozní modely a zjistíte, které z nich nejlépe odpovídají příběhu společnosti Tailwind Traders. Dozvíte se také, jak vyhodnotit a mapovat provozní model, který nejlépe vyhovuje vašim plánům přechodu na cloud. Na základě těchto informací budete moct vybrat nejvhodnější cílovou zónu Azure, kde začnete vytvářet svoje cloudové prostředí.
Běžné provozní modely
V rámci úsilí o přechod na cloud se zobrazují následující čtyři provozní modely. Zkoumání těchto běžných provozních modelů může tvarovat konverzace o návrhu a konfiguraci prostředí. Každý z modelů se dá namapovat na jednu nebo více cílových zón Azure a dovoluje urychlit počáteční nasazení.
Následující charakteristiky pomáhají při posouzení shody s jednotlivými běžnými modely:
Strategická priorita: Inovace, kontrola (optimalizované operace), demokratizace (autonomie) a integrace jsou všechny důležité strategické priority pro přijetí cloudu. Když hovoříte se zúčastněnými stranami vedení, což bude nejdůležitějším faktorem pro vaši společnost v následujících třech až pěti letech?
Organizace: Organizace lidí řídí některá provozní rozhodnutí. Máte malý IT tým, který pokrývá celé vaše portfolio? Jsou samostatné týmy vyhrazené pro funkce, jako jsou zabezpečení, zásady správného řízení a provoz? Sestavujete týmy pro konkrétní úlohy? Jste v oblasti předpisů vázáni pevnými externími normami, jejichž dodržování kontroluje auditor nebo jiné regulační orgány?
Rozsah portfolia: Velikost portfolia a místa, kde se zaměřujete na provoz, jsou důležité aspekty každého provozního modelu. Spravujete velké a složité portfolio s úlohami ve více cloudech? Může portfolio podporovat jedna cloudová platforma? Potřebujete, aby všechny vaše úlohy běžely v jednom produkčním předplatném? Zaměřujete se v provozu na specifické úlohy bez centrální podpory? Další informace o těchto pojmech najdete v článku o hierarchii v rámci portfolia.
Odpovědnost (oddělení povinností): Pokud jde o technologii, je vždy něco, co se může pokazit. To je důvod, proč se málo týmů zaregistruje k 100% smlouvu SLA o provozuschopnosti. Když se něco rozbije nebo nefunguje podle očekávání, kdo zodpovídá za nápravu? Kdo zodpovídá za proaktivní opravy, které minimalizují výpadky? Kdo zodpovídá za hospodárné využívání cloudu a průběžné rozpočty? Odpovědnost a související požadavky na přístup řídí některá rozhodnutí o návrhu životního prostředí.
Standardizace: Standardizace základních nástrojů, jako je síť, identita a zabezpečení, můžou přinést hmatatelné úspory nákladů a snížit množství lidí, které se věnuje různým úsilím. Jak důležitá je standardizace nástrojů nebo sdílených prostředků?
Priorita provozu: Při modernizaci provozu je běžné, že provozní tým zvolí cloudové služby jako primární formu podpory provozu. Pokud jsou stávající místní nástroje primárním provozním nástrojem, které tým chce, může být cloud rozšířením nebo sekundárním provozním modelem. Dáváte do budoucna v provozu i podpoře přednost primárně cloudovým nástrojům? Budete pokračovat ve stávajících nástrojích, které se mají rozšířit do cloudu? Hledáte sjednocený přístup k provozu, ve kterém se hladce propojí veřejné a soukromé cloudové služby?
Rychlost vývoje platformy: Úlohy vyžadují vlastní prostředky, které vytvářejí přímé prostředí úloh. Kromě těch, které přímo podporují prostředky, existují různé stupně počátečních investic. Kolik úsilí chcete investovat do základních nástrojů, které se budou sdílet mezi úlohami (jako je síť nebo správa identit)? Jak velké počáteční úsilí chcete vložit do centralizovaného cloudového základu, ve kterém by se tyto nástroje sdílely mezi několika cílovými zónami?
Decentralizované operace
Nejméně složitý provozní model je model plně decentralizovaný. Zaměřuje se převážně na jednotlivé úlohy a jen minimálně závisí na centralizovaném provozu. Tento model se také označuje jako bimodální IT nebo decentralizované IT.
Strategická priorita: Organizace často používají decentralizovanou správu, když upřednostňují inovace před kontrolou. Tento model je běžný v organizacích po spuštění, ale je to také rostoucí trend ve větších organizacích.
Organizace: Týmy jsou uspořádané podle úloh nebo obchodních procesů, které jsou v kontrastu s ostatními třemi provozními modely.
Rozsah portfolia: Rozsah portfolia je také izolovaný na úrovni úloh. Pokud je organizace zcela decentralizovaná, je nepravděpodobné, že by organizace investovala mnoho času do správy sladění portfolia.
Odpovědnost (oddělení povinností): Tým úloh je zcela zodpovědný za operace, zásady správného řízení a rozhodnutí o zabezpečení. U decentralizovaných operací se vůbec neuplatňuje model sdílené zodpovědnosti.
Standardizace: Osvědčené postupy a automatizace nasazení (kanály kontinuální integrace/průběžného doručování) jsou nezbytné k vytvoření jakéhokoli stupně standardizace napříč úlohami. Bez centralizovaných funkcí standardizace pravděpodobně nebude trvat dlouho.
Priorita provozu: Decentralizovaný provozní tým bude s větší pravděpodobností určovat prioritu cloudových operací pomocí nástrojů SaaS (software jako služba) nebo paaS (platforma jako služba) k automatizaci operací.
Rychlost vývoje platformy: Decentralizované operace můžou sdílet skripty nasazení napříč úlohami, ale mezi úlohami se sdílí několik nebo žádné centrální prostředky.
Porovnejte více výhod, nevýhod a charakteristik decentralizovaných operací v rámci architektury přechodu na cloud.
Centralizované operace
Centralizovaný model je nejběžnější provozní model v IT. Tento model je vysoce zaměřený na řízené produkční prostředí spravované výhradně centralizovanými operacemi. Centralizované operace se zaměřují na menší počet cílových zón s vloženými základními nástroji.
Správa neprodukčních prostředí se liší od organizace po organizaci. V modelu centralizovaného provozu ale pravděpodobně budou i neprovozní prostředí omezena požadavky, které se týkají zásad správného řízení a zabezpečení.
Strategická priorita: Pokud je řízení a stabilita v podnikání důležitější než inovace, je tento model obvykle nejvyšší trend. Větší organizace nebo stabilní organizace často používají centralizované operace. Tento model je běžný, když požadavky na dodržování předpisů třetích stran řídí rozhodnutí o životním prostředí.
Organizace: Týmy jsou nejprve uspořádány podle funkcí nebo procesů. V menších organizacích je centrální IT domovem pro členy týmu, kteří se zaměřují na zabezpečení, zásady správného řízení, provoz a infrastrukturu. S růstem organizací se tyto funkce můžou rozrůstat do týmů, které jsou vyhrazené pro každou funkci.
Rozsah portfolia: Centralizované provozní týmy se obvykle zaměřují na jednu cílovou zónu nebo malý počet cílových zón. V rámci těchto cílových zón nasadí organizace základní nástroje pro podporu kombinace úloh v každé cílové zóně. Tento provozní model má tendenci vytvářet výzvy škálování, když organizace podporuje robustní cloudové základy a portfolia s více cloudy.
Odpovědnost (oddělení povinností): V tomto provozním modelu jsou centrální it nebo centrální provozní týmy obvykle zodpovědné za všechna aktiva v produkčním prostředí. Oddělení povinností má tendenci se soustředit na izolaci prostředí, což brání týmům zaměřeným na konkrétní úlohy v interakci s prostředky v produkčním prostředí.
Standardizace: Standardizace napříč úlohami je pravděpodobně vysoká. S tím, jak se ale portfolio rozrůstá tak, aby přesahlo více cílových zón nebo více cloudových platforem, může se standardizace rozdělit a vyžadovat významné úpravy prostředí.
Priorita provozu: Organizace běžně používají centralizované operace, když považují svůj cloudový provozní model za sekundární provozní model. Vzhledem k tomu, že stávající místní nebo privátní cloudové operace jsou primárním modelem, tyto organizace obvykle přenášejí stávající provozní nástroje a omezují primární využití moderních nástrojů pro provoz typu cloud-first.
Rychlost vývoje platforem: Centrální provozní týmy obvykle potřebují k řešení běžných nástrojů malý přístup. V průběhu času se týmy zaměří na vytváření nejlepších řešení v prostředí.
Porovnejte více výhod, nevýhod a charakteristik centralizovaných operací v rámci architektury přechodu na cloud.
Provoz podniku
Podnikový model je vhodný pro zákazníky, kteří migrují celá datacentra nebo velká portfolia do cloudu. Podnikové operace se zaměřují na větší počet cílových zón se základními nástroji centralizovanými do základu platformy.
Strategická priorita: Podnikový model se zaměřuje na demokratizaci rozhodnutí a delegovaných odpovědností, aby vyvážit potřebu inovací v některých cílových zónách a přísnější kontrole v jiných. Jedná se o strategickou prioritu pro velké organizace, které potřebují chránit stávající zájmy a zároveň podporovat inovace, aby dokázaly držet krok se změnami na trhu.
Organizace: Podnikové operace umožňují vytvářet a provozovat funkce v každém týmu úloh. Týmy úloh jsou sladěné podle funkcí, jako jsou zásady správného řízení, zabezpečení a provoz. Vyhrazený tým CCoE (Cloud Center of Excellence) spojuje úlohy a podpůrné týmy ke koordinaci aktivit a pomáhá zajistit efektivitu provozu napříč cloudovými základy.
Rozsah portfolia: Rozsah podnikových operací se zaměřuje na holistické cloudové základy, aby se zajistilo, že základní nástroje jsou centralizované a dostupné pro všechny cílové zóny. Cílové zóny a vyhrazená prostředí úloh se pak dají nasadit v samoobslužné kapacitě s cloudovým základem, který poskytuje všechny požadované závislosti.
Odpovědnost (oddělení povinností): Tým CCoE zodpovídá za udržování nezbytných centralizovaných prostředků a vytváření přehledu v portfoliu. Týmy zajišťující centrální provoz nebo provoz specifický pro konkrétní úlohy jsou pak odpovědné za zajišťování každodenní podpory pro jednotlivé úlohy.
Standardizace: Standardizace je nejvyšší v tomto provozním modelu. Centralizované cloudové základy zajišťují konzistenci v konfiguraci všech oblastí návrhu cílové zóny. Osvědčené postupy dávají přednost automatizovanému nasazení pro všechny úlohy. Tato automatizace umožňuje další standardizaci na úrovních úloh a prostředků.
Priorita provozu: Podnikový provozní model vyžaduje přístup typu cloud-first k provozu. Cloudové nástroje první strany jsou nezbytné k údržbě centralizovaných operací v cloudu. Aby byl tento model efektivní, musí se pro něj jako primární provozní model používat cloud. Organizace vidí existující místní operace jako sekundární operace a měla by je zahrnout do dlouhodobého plánu přechodu.
Rychlost vývoje platformy: Aby se podpořila centralizace zásad správného řízení, zabezpečení a provozu napříč rychle rostoucím portfoliem úloh, budou podnikové provozní týmy před přechodem vyžadovat implementaci podnikového řešení.
Porovnejte další výhody, nevýhody a charakteristiky podnikových operací v rámci architektury přechodu na cloud.
Distribuovaný provoz
Distribuovaný model je nejsložitější formou operací. Kombinuje ostatní modely.
Společnosti tento přístup běžně používají, když se rychle zvětšují, což vede k distribuované kombinaci předchozích tří provozních modelů. Společnosti mohou existovat v tomto stavu po delší dobu. Pokud ale chcete minimalizovat redundanci a zvýšit efektivitu operací, měli by zvážit vývoj plánu přechodu na jeden z méně složitých modelů.
Strategická priorita: Organizace tento model používají, když upřednostňují integraci získaných obchodních jednotek před inovacemi nebo kontrolou. Často se jedná o dočasnou strategii nebo strategii přemísťování, která se v budoucnu vyžaduje k přechodu na efektivnější provozní model. Tento model obvykle přetrvává, když organizace chce zachovat autonomii a uvažuje o krátkodobé výstupní strategii, jak je běžně vidět v privátním kapitálu nebo holdingových společnostech.
Organizace: Centralizovaná struktura pro organizaci je náročná na údržbu v tomto provozním modelu. Je moudré, aby organizace začaly s vytvořením virtuálního týmu CCoE v rané fázi procesu za účelem vytvoření viditelnosti a povědomí o operacích v organizaci.
Rozsah portfolia: Distribuované operace se zaměřují na komplexní portfolio. V průběhu času se toto zaměření může zúžit na podrobnější úrovně portfolia.
Odpovědnost (oddělení povinností): Odpovědnost se bude v jednotlivých organizačních jednotkách lišit. Oddělení povinností od centrální perspektivy je obtížné dosáhnout.
Standardizace: Prvním krokem k standardizaci v modelu distribuovaných operací je získání jasného přehledu o digitálních aktivech pro celé portfolio. Přístup řízený daty začne identifikovat běžné aspekty v portfoliu, které se přikloní k centralizovanému nebo podnikovému provoznímu modelu.
Priorita provozu: Priorita provozu v tomto modelu se pohybuje kolem dat. Centralizace dat pomocí nástrojů navržených pro sjednocené operace umožní týmu CCoE trénovat a mentorovat různé obchodní jednotky během přechodu nebo vyspělosti. Než vynutíte konzistentní prioritu provozu, vyhodnoťte portfolio operací úloh, abyste zajistili správné nástroje a směrné plány.
Rychlost vývoje platformy: Vyhodnocení portfolia operací úloh by mělo identifikovat přijatelnou rychlost vývoje platformy, která je v souladu s přístupy na úrovni start-small nebo na podnikové úrovni. Primární datový bod, který určí směr, bude záviset na nejběžnějším přístupu ke správě provozu v rámci portfolia.
Porovnejte více výhod, nevýhod a charakteristik distribuovaných operací v rámci architektury přechodu na cloud.