Gyakori felhőbeli üzemeltetési modellek áttekintése és összehasonlítása

Cikk
03/22/2023

Az üzemeltetési modellek egyediek és az általuk támogatott vállalkozásra jellemzőek, a jelenlegi követelmények és korlátozások alapján. De az üzemeltetési modellek nem hópehely. Az ügyfél üzemeltetési modelljeiben számos gyakori minta létezik; ez a cikk a négy leggyakoribb mintát ismerteti.

Üzemeltetési modell összehasonlítása

Az alábbi kép a gyakori üzemeltetési modelleket az összetettség tartománya alapján térképezi le, a legkevésbé összetett (decentralizált) és a legbonyolultabb (globális műveletek) között. Az alábbi táblázatok ugyanazokat az üzemeltetési modelleket hasonlítják össze néhány más attribútum relatív értéke alapján.

Az üzemeltetési modell összetettségének fokát bemutató ábra.

Prioritások vagy hatókör

A felhőbeli üzemeltetési modelleket elsősorban két tényező vezérli:

Stratégiai prioritások vagy motivációk
A kezelendő portfólió hatóköre

	Decentralizált műveletek (ops)	Központosított műveletek (ops)	Vállalati műveletek (ops)	Elosztott műveletek (ops)
Stratégiai prioritások vagy motivációk	Innováció	Szabályozás	Demokratizálódás	Integráció
Portfólió hatóköre	Számítási feladat	Kezdőzóna	Felhőplatform	Teljes portfólió
Számítási feladat környezete	Nagy összetettség	Alacsony összetettség	Közepes összetettség	Közepes vagy változó összetettség
Kezdőzóna	N/A	Nagy összetettség	Közepes és alacsony összetettség	Alacsony összetettség
Alapszintű segédprogramok	N/A	N/A vagy alacsony támogatás	Központosított és további támogatás	A legtöbb támogatás
Felhőalaprendszer	N/A	N.A.	Hibrid, szolgáltatóspecifikus vagy regionális alapok	Elosztott és szinkronizált

Stratégiai prioritások vagy motivációk: Minden üzemeltetési modell biztosítja a felhőbevezetés tipikus stratégiai motivációit. Egyes üzemeltetési modellek azonban leegyszerűsítik a konkrét motivációkat.
Portfolió hatóköre: A portfolióhatókör azonosítja az adott üzemeltetési modell által támogatott legnagyobb hatókört. A központosított műveleteket például néhány kezdőzónához tervezték. Az üzemeltetési modell döntése azonban működési kockázatokat jelenthet a szervezet számára. A működési kockázatok akkor következnek be, ha nagy összetett portfóliót próbálnak kezelni. Ezekhez a portfóliókhoz számos kezdőzónára vagy változó összetettségre lehet szükség a célzóna kialakításában.

Fontos

A felhő bevezetése gyakran tükrözi az aktuális üzemeltetési modellt, és az egyik gyakori üzemeltetési modellről a másikra való váltáshoz vezethet. De nem a felhőbevezetés az egyetlen eseményindító. Az üzleti prioritások és a felhőbevezetés hatóköre megváltoztathatja a portfólió támogatásának módját. A legmegfelelőbben igazított üzemeltetési modellben más műszakok is előfordulhatnak. Amikor a tanács vagy más vezetői csapatok 5–10 éves üzleti terveket fejlesztenek, ezek a tervek gyakran tartalmaznak egy (explicit vagy vélelmezett) követelményt az üzemeltetési modell módosításához. Az üzemeltetési modellek jó referenciaként szolgálnak a döntések irányításához. Ezek a modellek a követelményeknek és korlátozásoknak megfelelően változhatnak vagy testre szabhatók.

Elszámoltathatóság igazítása

Számos csapat és személy felelős a különböző funkciók támogatásáért. De minden közös üzemeltetési modell végső elszámoltathatóságot rendel a döntési eredményekhez egy csapathoz vagy személyhez. Ez a megközelítés befolyásolja az üzemeltetési modell finanszírozását és az egyes funkciók támogatásának szintjét.

	Decentralizált műveletek	Központosított műveletek	Vállalati műveletek	Elosztott műveletek
A vállalkozással való egyeztetés	Számítási feladatokért felelős csapat	Központi felhőstratégia	CCoE	Változó – széles körű felhőstratégiáért felelős csapatot alkot?
Felhőműveletek	Számítási feladatokért felelős csapat	Központi informatikai rendszer	CCoE	Portfolióelemzés alapján – lásd: Üzleti igazítás és üzleti kötelezettségvállalások
Felhőszabályozás	Számítási feladatokért felelős csapat	Központi informatikai rendszer	CCoE	Többrétegű szabályozás
Felhőbiztonság	Számítási feladatokért felelős csapat	Biztonsági műveletek központja (SOC)	CCoE + SOC	Vegyes – lásd: Biztonsági stratégia meghatározása
Felhőautomatizálás és DevOps	Számítási feladatokért felelős csapat	Központi informatikai vagy N/A	CCoE	Portfolióelemzés alapján – lásd: Üzleti igazítás és üzleti kötelezettségvállalások

Az üzemeltetési modell implementálásának felgyorsítása az Azure-ban

Az üzemeltetési modell definiálása című szakaszban leírtak szerint a felhőadaptálási keretrendszer minden módszertana strukturált útvonalat biztosít az üzemeltetési modell fejlesztéséhez. Ezek a módszerek segíthetnek leküzdeni a felhőbeli üzemeltetési modell bevezetésének hiányosságaiból eredő blokkolókat.

Az alábbi táblázat az üzemeltetési modell implementálásának felgyorsítására szolgáló módszereket ismerteti.

	Decentralizált műveletek	Központosított műveletek	Vállalati műveletek	Elosztott műveletek
Kiindulópont	Azure Well-Architected Framework (WAF)	Azure-beli kezdőzónák: indítási lehetőségek	Azure-beli kezdőzónák: felhőbevezetési keretrendszer nagyvállalati szintű	A vállalkozással való egyeztetés
Iterációk	A számítási feladatokra összpontosítva a csapat iterálhat a WAF-on belül.	A kis kezdőbeállítás több iterációt igényel az egyes módszertanokon, de a felhőbevezetési erőfeszítések érleltével elvégezhető.	Ahogy a referenciaimplementációk is szemléltetik, a jövőbeli iterációk általában a kisebb konfigurációs kiegészítésekre összpontosítanak.	Tekintse át az Azure-beli kezdőzóna implementálási lehetőségeit , és kezdje az üzemeltetési alapkonfigurációnak leginkább megfelelő beállítással. Kövesse az adott beállítás tervezési alapelveiben meghatározott iterációs útvonalat.

Decentralizált műveletek

A műveletek mindig összetettek. Ha a műveletek hatókörét egy vagy több számítási feladatra korlátozza, akkor szabályozhatja a bonyolultságot. A decentralizált műveletek a leggyakoribb üzemeltetési modellek közül a legkevésbé összetettek. Ebben a működési formában minden számítási feladat külön,dedikált számításifeladat-csapatok által működik.

Prioritások: A csapat több számítási feladat esetében méri a központosított vezérléssel vagy szabványosítással szemben az innovációt.
Különböző előnyök: Maximalizálhatja az innováció sebességét azáltal, hogy a számítási feladatokat és az üzleti csapatokat teljes mértékben felügyeli a tervezés, a buildelés és a műveletek terén.
Különböző hátrányok: A számítási feladatok közötti szabványosítás csökkentése, a megosztott szolgáltatásokon keresztüli méretgazdaságosság és a konzisztens irányítási központosított megfelelőségi erőfeszítések.
Kockázat: Ez a megközelítés kockázattal jár a számítási feladatok portfóliójának kezelésekor. Előfordulhat, hogy a számítási feladatokat kezelő csapatok speciális csapatokat dedikáltak központi informatikai funkciókra. Ezt az üzemeltetési modellt egyes szervezetek magas kockázatú lehetőségnek tekintik, különösen azoknak a vállalatoknak, amelyeknek meg kell felelnie a külső megfelelőségi követelményeknek.
Útmutató: A decentralizált műveletek a számítási feladatok szintjén hozott döntésekre korlátozódnak. A Microsoft Azure Well-Architected Framework támogatja az ezen a hatókörön belül hozott döntéseket. A felhőadaptálási keretrendszer belüli folyamatok és útmutatás olyan többletterhelést eredményezhetnek, amelyet a decentralizált műveletek nem igényelnek.

A decentralizált műveletek előnyei

Költségkezelés: A működési költségek egyszerűen leképezhetőek egyetlen üzleti egységre. A számítási feladatokra vonatkozó műveletek támogatják a nagyobb számítási feladatok optimalizálását.
Felelősségek: Ez a működési forma általában nagy mértékben függ az automatizálástól a többletterhelés minimalizálása érdekében. A felelősségi körök általában a DevOpsra és a kiadáskezelés folyamatára összpontosítanak. Az ilyen típusú műveletek támogatják a gyorsabb üzembe helyezéseket és a rövidebb visszajelzési ciklusokat a fejlesztés során.
Szabványosítás: Forráskód és üzembehelyezési folyamat használatával szabványosíthatja a környezetet a kiadástól a kiadásig.
Műveletek támogatása: A műveleteket érintő döntések csak az adott számítási feladat igényeivel és a műveleti döntések egyszerűsítésével kapcsolatosak. A DevOps-közösség tagjai azt mondják, hogy az üzemeltetési támogatás a műveletek legtisztább formája a szűkebb működési hatókör miatt.
Szakértelem: A DevOps és a fejlesztői csapatok számára ez a megközelítés a legnagyobb segítséget nyújtja, és a legkisebb ellenállást tapasztalja a piaci változások hajtóerővel szemben.
Célzóna kialakítása: Nincs konkrét üzemeltetési előny.
Alapvető segédprogramok: Nincs konkrét működési előny.
A feladatok elkülönítése: Nincs konkrét működési előny.

A decentralizált műveletek hátrányai

Költségkezelés: A vállalati költségeket nehezebb kiszámítani. A központosított irányítási csapatok hiánya megnehezíti az egységes költségszabályozás vagy -optimalizálás megvalósítását. Ez a modell nagy méretekben költséges lehet, mivel minden számítási feladat duplikálást okozhat az üzembe helyezett eszközökben és a személyzeti hozzárendelésekben.
Felelősségek: A központosított támogatás hiánya azt jelenti, hogy a számítási feladatokért felelős csapat teljes mértékben felelős az irányításért, a biztonságért, a műveletekért és a változáskezelésért. A támogatás hiánya problémás, ha ezeket a feladatokat nem automatizálták a kódvizsgálati és kiadási folyamatokban.
Szabványosítás: A számítási feladatok portfóliójának szabványosítása változó és inkonzisztens.
Üzemeltetési támogatás: A méretezési hatékonyságok gyakran kimaradnak, amikor több számítási feladatra vonatkozó ajánlott eljárásokat hoznak létre.
Szakértelem: A csapattagok nagyobb felelősséggel tartoznak ahhoz, hogy bölcs és etikus döntéseket hozzanak az irányítás, a biztonság, a műveletek és a változáskezelés terén az alkalmazástervezésben és -konfigurációban. A szükséges szakértelem javításához gyakran tekintse át a Microsoft Azure Well-Architected Review és az Azure Well-Architected Framework keretrendszert.
Kezdőzóna kialakítása: A kezdőzónák nem számítási feladatokra vonatkoznak, és nem veszik figyelembe ezt a megközelítést.
Alapvető segédprogramok: Kevés (ha van ilyen) alapszintű szolgáltatás van megosztva a számítási feladatok között, ami csökkenti a skálázás hatékonyságát.
A feladatok elkülönítése: A DevOps és a fejlesztői csapatok magasabb követelményei növelik az emelt szintű jogosultságok használatát ezektől a csapatoktól. Ha külön kell különítenie a feladatokat, előfordulhat, hogy a DevOps-érettségbe jelentős befektetésre van szükség ahhoz, hogy ezzel a megközelítéssel működjön.

Központosított üzemeltetés

A stabil állapotú környezetekhez nem feltétlenül kell az egyes számítási feladatok architektúrájára vagy eltérő üzemeltetési követelményeire összpontosítani. A központi üzemeltetés általában a főként stabil állapotú számítási feladatokból álló technológiai környezetek esetében a norma. A stabil állapotú műveletek közé tartoznak például a kereskedelmi célú (COTS) alkalmazások vagy a lassú kiadási ütemű, jól bevált egyéni alkalmazások. Ha a változás mértékét rendszeres frissítések és javítások vezérlik, a műveletek központosítása hatékony módszer lehet a portfólió kezelésére.

Prioritások: A prioritások az innováció központi ellenőrzése, és a meglévő üzemeltetési folyamatok mérése a modern felhőműveletek kulturális átállása során.
Eltérő előny: A központosítás a méretgazdaságosság, a legkedveltebb vezérlők és a szabványosított műveletek előnyeit mutatja be, és a legjobban működik a felhőkörnyezettel. Ezeknek a környezeteknek speciális konfigurációkra van szükségük a felhőműveletek meglévő műveletekbe és folyamatokba való integrálásához. A központosítás a legkedvezményesebb néhány száz számítási feladatból álló portfólióval, szerény architekturális összetettséggel és megfelelőségi követelményekkel.
Különböző hátrányok: A számítási feladatok nagy portfóliójának igényeinek megfelelő skálázás jelentős terhelést jelenthet a központi csapatok számára, amelyek üzemeltetési döntéseket hoznak az éles számítási feladatokhoz. Ha a műszaki eszközök várhatóan 1000 virtuális gépnél, alkalmazásnál vagy adatforrásnál nagyobb méretre lesznek skálázva, érdemes lehet egy vállalati modellt is figyelembe venni, ha az 18–24 hónapon belül van.
Kockázat: Ez a megközelítés kisebb számú előfizetésre (gyakran egy éles előfizetésre) korlátozza a központosítást. A felhőbevezetési folyamat későbbi szakaszaiban történő újrabontás jelentős kockázattal jár, és zavarhatja a bevezetési terveket. Az átdolgozás elkerülése érdekében próbáljon meg a szegmentálásra, a környezeti határokra, az identitáskezelési eszközökre és más alapvető elemekre összpontosítani.
Útmutató: Az Azure kezdőzóna implementálási lehetőségei, amelyek a "kis kezdő és kibontás" fejlesztési sebességhez igazodnak, megbízható kiindulási pontot hoznak létre. Ezekkel a lehetőségekkel felgyorsíthatja a bevezetési erőfeszítéseket. A sikeresség érdekében azonban világos politikákat kell kidolgozni a korai bevezetésre irányuló erőfeszítések elfogadható kockázattűrésen belüli irányítására. A módszertanok szabályozása és kezelése segít olyan folyamatok létrehozásában, amelyek párhuzamosan érik el a műveleteket. Ezeket a lépéseket követve szakaszkapukként szolgálnak, amelyeket el kell végezni, mielőtt a műveletek kiforrottabbá tennék a megnövekedett kockázatot.

A központosított műveletek előnyei

Költségkezelés: A megosztott szolgáltatások sok számítási feladatra való központosítása méretgazdaságosságot eredményez, és kiküszöböli a duplikált feladatokat. A központi csapatok a nagyvállalati szintű méretezési és méretezési optimalizálásokkal gyorsan megvalósíthatják a költségcsökkentést.
Felelősségek: A központosított szakértelem és a szabványosítás nagyobb stabilitást, jobb működési teljesítményt és minimális változással kapcsolatos kimaradásokat eredményezhet. Ez a megközelítés csökkenti a számítási feladatokra összpontosító csapatokra nehezedő széles körű készségfejlesztési nyomást.
Szabványosítás: A központi modell esetében általában a szabványosítás és a műveletek költsége a legalacsonyabb, mivel kevesebb ismétlődő rendszer vagy feladat van.
Műveletek támogatása: Az összetettség csökkentése és a műveletek központosítása megkönnyíti a kisebb informatikai csapatok számára a műveletek támogatását.
Szakértelem: A támogató csapatok központosításával a biztonsági, kockázati, irányítási és üzemeltetési szakértők üzleti szempontból kritikus fontosságú döntéseket hozhatnak.
Kezdőzóna kialakítása: A központi informatikai rendszer a kezdőzónák és előfizetések számának minimalizálásával csökkenti az összetettség mértékét. A célzónatervek általában az előző adatközpont-kialakításokat utánozzák, ami csökkenti az áttűnési időt. A bevezetés előrehaladtával a megosztott erőforrások egy külön előfizetésbe vagy platformalaprendszerbe helyezhetők át.
Alapvető segédprogramok: A meglévő adatközpont-terveket a felhőbe viheti, így a helyszíni eszközöket és műveleteket utánzó, alapvető, megosztott szolgáltatások. Ha a helyszíni üzemeltetés az elsődleges üzemeltetési modell, ez előnyös lehet, de óvakodjon néhány hátránytól. A helyszíni műveletek csökkentik az átmeneti időt, kihasználják a méretgazdaságosságot, és támogatják a helyszíni és a felhőben üzemeltetett számítási feladatok közötti konzisztens üzemeltetési folyamatokat. Ez a megközelítés csökkentheti a rövid távú összetettség és erőfeszítés mértékét, és lehetővé teszi, hogy a kisebb csapatok kisebb tanulási görbékkel támogassák a felhőműveleteket.
A feladatok elkülönítése: A feladatok elkülönítése a központi üzemeltetésben egyértelmű. A központi informatikai rendszer felügyeli az éles környezeteket, és csökkenti a többi csapat emelt szintű engedélyeinek szükségességét. Ez a megközelítés csökkenti a incidenseket azáltal, hogy korlátozza az emelt szintű jogosultságokkal rendelkező fiókok számát.

A központosított műveletek hátrányai

Költségkezelés: A központi csapatok nem mindig értik a számítási feladatok architektúráját, hogy a számítási feladatok szintjén hatékony optimalizálást eredményezhessenek. A megértés hiánya korlátozza a jól hangolt számítási feladatokból származó költségmegtakarítások mennyiségét. A számítási feladatok architektúrájának nem teljes körű megértése hatással lehet a központosított költségoptimalizálásokra, amelyek hatással vannak a teljesítményre, a skálázásra és a jól felépítésű számítási feladatok egyéb alappilléreire. Mielőtt nagyvállalati szintű költségváltozásokat alkalmaz a nagyvállalati szintű számítási feladatokra, a központi informatikai csapatnak tisztában kell lennie a Microsoft Azure Well-Architected Áttekintésével.
Felelősségek: A termelési támogatás és a hozzáférés központosítása nagy működési terhet ró néhány emberre, és nagyobb nyomást gyakorol az egyes személyekre. Az ilyen személyekre nehezedő nyomás miatt mélyebb felülvizsgálatra van szükség az üzembe helyezett számítási feladatokról, amelyek ellenőrzik a részletes biztonsági irányítási és megfelelőségi követelmények betartását.
Szabványosítás: A központi informatikai megközelítések megnehezítik a szabványosítás skálázását a központi informatikai személyzet lineáris skálázása nélkül.
Üzemeltetés támogatása: Ennek a megközelítésnek a legnagyobb hátrányai az innovációt mérő jelentős léptékű és eltolódások.
Szakértelem: A fejlesztői és DevOps-szakértőket fenyegeti annak a kockázata, hogy az ilyen típusú környezetben alulértékeltek vagy túl korlátozottak.
Kezdőzóna kialakítása: Az adatközpont-kialakítások az előző megközelítések korlátain alapulnak, amelyek nem mindig relevánsak a felhő szempontjából. Ennek a megközelítésnek a követése csökkenti a környezet szegmentálásának újragondolásának és az innováció lehetőségeinek növelésének lehetőségét. A célzóna szegmentálásának hiánya növeli a biztonsági rések lehetséges hatását, a szabályozás és a megfelelőség betartásának összetettségét, és blokkolókat eredményezhet a felhőbeli bevezetéshez. Tekintse meg a fenti kockázatok szakaszt.
Alapvető segédprogramok: A digitális átalakítás során a felhő lehet az elsődleges üzemeltetési modell. A helyszíni üzemeltetésre épülő központi eszközök csökkentik a műveletek modernizálásának és a működési hatékonyság növelésének lehetőségeit. Az is lehetőség, hogy a bevezetési folyamat korai szakaszában ne modernizálja a műveleteket. A modernizálás egy platformalaprendszer-előfizetés létrehozásával valósítható meg a felhőbevezetési folyamat során. Ez az erőfeszítés összetett, költséges és időigényes lehet speciális tervezés nélkül.
A feladatok elkülönítése: A központi üzemeltetés általában két út egyikét követi, és mindkettő akadályozhatja az innovációt.
- 1. lehetőség: A központi informatikai rendszeren kívüli csapatok korlátozott hozzáférést kapnak az éles környezetet utánzó fejlesztési környezetekhez. Ez a beállítás akadályozza a kísérletezést.
- 2. lehetőség: A Teams nem támogatott környezetekben fejleszt és tesztel. Ez a beállítás akadályozza az üzembehelyezési folyamatokat, és lelassítja az üzembe helyezés utáni integráció tesztelését.

Nagyvállalati üzemeltetés

A vállalati műveletek az összes felhőművelet javasolt célállapotát képezik. A vállalati üzemeltetés a döntések és a felelősségek egyszerűsítésével kiegyensúlyozza az ellenőrzés és az innováció szükségességét. A központi informatikai részleget egy facilitatívabb felhőbeli kiválósági központ vagy CCoE-csapat váltja fel, amely támogatja a számítási feladatokért felelős csapatokat. A CCoE-csapat felelős a számítási feladatokért felelős csapatokkal a döntésekért, nem pedig a műveletek szabályozásáért vagy korlátozásáért. A számítási feladatokért felelős csapatok nagyobb hatalmat és nagyobb felelősséget kapnak az innováció ösztönzéséért, a jól meghatározott védőkorlátokon belül.

Prioritások: A prioritások a technikai döntések demokratizálódása. A technikai döntések demokratizálása a központi informatikai részleg által korábban a számítási feladatokért felelős csapatokra hárul. A prioritások változásának megvalósítása érdekében a döntések kevésbé függenek az emberi beavatkozást igénylő felülvizsgálati folyamatoktól. Ez a megközelítés támogatja az automatizált felülvizsgálatot, a szabályozást és a kényszerítéseket a natív felhőbeli eszközök használatával.
Eltérő előny: A környezetek szegmentálása és a feladatok elkülönítése lehetővé teszi az ellenőrzés és az innováció közötti egyensúlyt. A központosított műveletek olyan számítási feladatokat tartanak fenn, amelyek fokozott megfelelőséget és stabil állapotműveleteket igényelnek, vagy nagyobb biztonsági kockázatokat jelentenek. Ezzel szemben ez a megközelítés támogatja a nagyobb innovációt igénylő számítási feladatok és környezetek központosított vezérlésének csökkentését. A nagyobb portfóliók az ellenőrzés és az innováció egyensúlyával is küszködhetnek. Ez a rugalmasság megkönnyíti a számítási feladatok ezrei skálázását a működési fájdalmak csökkentésével.
Eltérő hátrány: Ami a helyszínen működött, az nem feltétlenül működik jól a vállalati felhőműveletekben. A műveletek ezen megközelítése számos fronton igényel módosításokat. Az irányítás és a felelősség kulturális eltolódása gyakran a legnagyobb kihívás. A kulturális változásokat követő operatív műszakok időt vesznek igénybe, és elkötelezett erőfeszítéseket tesznek a megvalósítás, az érettség és a stabilizálás érdekében. A stabil számítási feladatok esetében szükség lehet architekturális váltásokra, míg a kulturális, üzemeltetési és architekturális váltások lehetővé tételéhez és támogatásához eszközváltásra van szükség. Ezekhez a műszakokhoz szükség lehet az elsődleges felhőszolgáltatóval kapcsolatos kötelezettségvállalásokra. A módosítások előtt végrehajtott bevezetési erőfeszítések jelentős átdolgozást igényelhetnek, amely túlmutat a tipikus újrabontási erőfeszítéseken.
Kockázat: Ehhez a megközelítéshez vezetői elkötelezettségre van szükség a változási stratégia mellett. A technikai csapatok elkötelezettségét is megköveteli a tanulási görbék leküzdése és a szükséges változás megvalósítása érdekében. A hosszú távú előnyök megtekintéséhez az üzleti, a CCoE- és a központi informatikai részleg, valamint a számításifeladat-csapatok közötti hosszú távú együttműködésre van szükség.
Útmutató: Az Azure-beli kezdőzóna beállításai nagyvállalati szintűként vannak definiálva. Ezek a lehetőségek referenciaimplementációkat biztosítanak, amelyek bemutatják, hogyan teljesítenek a technikai módosítások natív felhőbeli eszközökkel az Azure-ban. A nagyvállalati szintű megközelítés végigvezeti a csapatokat a megvalósítások teljes kihasználásához szükséges operatív és kulturális változásokon. Ugyanez a megközelítés a referenciaarchitektúrát úgy szabhatja testre, hogy a környezetet úgy konfigurálja, hogy megfeleljen a bevezetési stratégiának és a megfelelőségi korlátozásoknak. A nagyvállalati szintű implementálás során az irányítási és kezelési módszertanok segíthetnek a folyamatok meghatározásában. Ezek a folyamatok a működési igényeknek megfelelően bővítik a megfelelőségi és üzemeltetési képességeket.

A vállalati üzemeltetés előnyei

Költségkezelés: A központi csapatok portfoliók közötti optimalizálásokat hajtanak végre, és az egyes számítási feladatokért felelős csapatokat tartanak számon a mélyebb számítási feladatok optimalizálása érdekében. A számítási feladatokra összpontosító csapatok döntéseket hozhatnak, és egyértelművé tehetik, ha ezek a döntések negatív költséghatást eredményeznek. A központi és számítási feladatokért felelős csapatok a megfelelő szinten osztják meg a költségekkel kapcsolatos döntések elszámoltathatóságát.
Felelősségek: A központi csapatok natív felhőbeli eszközökkel definiálják, kényszerítik és automatizálják a védőkorlátokat. A számítási feladatokért felelős csapat erőfeszítései a CCoE automatizálásával és gyakorlataival gyorsulnak fel. A számításifeladat-csapatok az innovációt ösztönözve hozhatnak döntéseket ezeken a védőkorlátokon belül.
Szabványosítás: A központosított védőkorlátok és az alapvető szolgáltatások konzisztenciát hoznak létre minden környezetben.
Műveletek támogatása: A központosított műveletek támogatását igénylő számítási feladatok stabil állapotú vezérlőkkel rendelkező környezetekre vannak szegmentáltak. A feladatok szegmentálása és elkülönítése lehetővé teszi a számítási feladatokért felelős csapatok számára, hogy figyelembe vegyék a működési támogatást a saját dedikált környezetükben. Az automatizált natív felhőeszközök biztosítják a minimális üzemeltetési alapkonfigurációt minden olyan környezethez, amely központi működési támogatással rendelkezik.
Szakértelem: Az alapvető szolgáltatások, például a biztonság, a kockázat, az irányítás és a műveletek központosítása biztosítja a megfelelő központi szakértelmet. A világos folyamatok és védőkorlátok oktatják és lehetővé teszik a számításifeladat-csapatok számára, hogy részletesebb döntéseket hozzanak. Ezek a döntések kiterjesztik a központosított szakértők hatását anélkül, hogy a személyzetet lineárisan kellene skálázni a technológiai léptékkel.
Kezdőzóna kialakítása: A célzóna kialakítása replikálja a portfólió igényeit, és egyértelmű biztonsági, irányítási és elszámoltathatósági határokat hoz létre. Ezekre a határokra a számítási feladatok felhőben való üzemeltetéséhez van szükség. A szegmentálási eljárások valószínűleg nem hasonlítanak az előző adatközpont-kialakítások által létrehozott korlátozásokra. A nagyvállalati üzemeltetésben a kezdőzóna kialakítása kevésbé összetett, ami gyorsabb skálázást tesz lehetővé, és csökkenti az önkiszolgáló igényeket.
Alapszintű segédprogramok: Az alapszintű segédprogramok különálló, központilag szabályozott előfizetésekben, úgynevezett platformalaprendszerben vannak üzemeltetve. A központi eszközök ezután minden célzónába be lesznek állítva segédprogram-szolgáltatásként. Az alapvető segédprogramok kezdőzónáktól való elkülönítése maximalizálja a konzisztenciát és a méretgazdaságosságot. Ezek a segédprogramok egyértelmű különbséget tesznek a központilag felügyelt felelősségek és a számítási feladatok szintje között.
A feladatok elkülönítése: Az alapvető közművek és a célzónák közötti feladatok egyértelmű elkülönítése az üzemeltetési megközelítés egyik legnagyobb előnye. A natív felhőbeli eszközök és folyamatok támogatják a hozzáférést és a központosított csapatok és a számításifeladat-csapatok közötti megfelelő vezérlési egyensúlyt. Ez a megközelítés a célzónaszegmensekben üzemeltetett egyes kezdőzónák és számítási feladatok követelményein alapul.

A vállalati műveletek hátrányai

Költségkezelés: A központi csapatok nagyobb mértékben függnek a számításifeladat-csapatoktól, hogy éles módosításokat hajtsanak végre a kezdőzónákon belül. Ez a műszak kockázatot jelent a lehetséges költségvetési túllépések és a tényleges kiadások jobb oldali méretezésének lassúsága miatt. A költségszabályozási folyamatokat, a világos költségvetéseket, az automatizált vezérlőket és a rendszeres felülvizsgálatokat korán kell elvégezni a költség meglepetések elkerülése érdekében.
Felelősségi körök: A vállalati üzemeltetés nagyobb kulturális és üzemeltetési követelményeket igényel. Ezek a követelmények biztosítják a felelősség és az elszámoltathatóság egyértelműségét a központi és számításifeladat-csapatok között.
Előfordulhat, hogy a hagyományos változáskezelési folyamatok vagy változástanácsadó táblák (fülke) nem tartják fenn az ebben az üzemeltetési modellben szükséges tempót és egyensúlyt. Ezek a folyamatok tükröződnek a felhőbevezetés biztonságosan skálázható automatizálási folyamataiban és eljárásaiban.
A változás iránti elkötelezettség hiánya először a felelősségek egyeztetésében és összehangolásában valósul meg. A felelősségi változásokhoz való igazodás képtelensége azt jelzi, hogy a rövid távú felhőbevezetési erőfeszítések során központi informatikai üzemeltetési modellekre lehet szükség.
Szabványosítás: A központosított védőkorlátokra vagy automatizálásra irányuló beruházások hiánya kockázatot jelent a szabványosításra, amelyet a manuális felülvizsgálati folyamatok nehezebben hárítanak el. A kezdőzónák és a megosztott szolgáltatások számítási feladatai közötti működési függőségek nagyobb kockázatokat okoznak. Ezek a kockázatok a frissítési ciklusok vagy az alapszintű segédprogramok jövőbeli verzióinak szabványosításától terjednek. A platformalapozási felülvizsgálatok során továbbfejlesztett vagy akár automatizált tesztelésre van szükség az összes támogatott kezdőzónához és az általuk üzemeltetett számítási feladatokhoz.
Műveletek támogatása: Az automatizálással és központosított műveletekkel biztosított üzemeltetési alapkonfiguráció elegendő lehet az alacsony hatású vagy alacsony kritikusságú számítási feladatokhoz. Az összetett vagy magas kritikusságú számítási feladatokhoz azonban szükség lehet a számítási feladatokért felelős csapatokra vagy a dedikált műveletek egyéb formáira. Ha igen, akkor ez az üzemeltetési költségvetések változását eredményezheti, ami miatt a vállalati egységeknek működési költségeket kell biztosítaniuk a speciális műveletek ezen formáinak. Ha a központi informatikai rendszernek egyedüli elszámoltathatóságot kell fenntartania a működési költségekért, a vállalati műveletek megvalósítása nehézkes lehet.
Szakértelem: Előfordulhat, hogy a központi informatikai csapat tagjai szakértelmet fejlesztenek a korábban manuális folyamatokon keresztül biztosított központi vezérlők automatizálásához. Emellett ezek a csapatok a környezet meghatározásához és az elágaztatási, egyesítési és üzembehelyezési folyamatok megértéséhez megfelelő jártasságot fejleszthetnek a kódként használt infrastruktúra-megközelítésekhez. Egy platformautomatizálási csapatnak legalább döntéshozatali készségekre lehet szüksége a felhőbeli kiválósági központ vagy a központi üzemeltetési csapatok döntéseinek megértéséhez. Előfordulhat, hogy a számítási feladatokért felelős csapatoknak további ismeretekre van szüksége a döntéseiket szabályozó vezérlőkkel és folyamatokkal kapcsolatban.
Célzóna kialakítása: A célzóna kialakítása az alapvető segédprogramoktól függ. A számítási feladatokkal kapcsolatos csapatoknak tisztában kell lennie azzal, hogy mi van a tervben, és mit tilos belefoglalni. Ez a megértés segíthet elkerülni az erőfeszítések, hibák vagy ütközések duplikálását. A rugalmasság érdekében figyelembe vehet kivételfolyamatokat a célzónatervekben.
Alapvető segédprogramok: Az alapszintű segédprogramok központosítása időt vesz igénybe. Ezek a segédprogramok végül mérlegelik a lehetőségeket, és olyan megoldásokat fejlesztenek, amelyek a különböző bevezetési terveknek megfelelően méretezhetőek. A korai bevezetési erőfeszítések késhetnek. A késések hosszú távon eltolhatók a gyorsítások és a blokkolás elkerülése miatt a folyamat későbbi részében.
A feladatok elkülönítése: A feladatok egyértelmű elkülönítésének biztosításához kiforrott identitáskezelési folyamatokra van szükség. A felhasználók, csoportok, valamint az előkészítési és kivezetési tevékenységek megfelelő igazításához több karbantartás is társulhat. Előfordulhat, hogy új folyamatokat kell bevezetnie ahhoz, hogy emelt szintű jogosultságokkal igény szerint hozzáférhessen.

Elosztott műveletek

Előfordulhat, hogy a meglévő üzemeltetési modell túl nagy ahhoz, hogy a teljes szervezet új üzemeltetési modellre váltson. Mások esetében a globális műveletek és a különböző megfelelőségi követelmények megakadályozhatják, hogy bizonyos üzleti egységek módosítást hajtsanak végre. Ebben az esetben az elosztási műveleti megközelítésre lehet szükség. Ez a megközelítés messze a legösszetettebb, mivel egy vagy több korábban említett üzemeltetési modell integrálását igényli.

Bár erősen elriasztja, egyes szervezetek esetében ez a műveleti megközelítés szükséges lehet. Ez a megközelítés elsősorban azokhoz a szervezetekhez kapcsolódik, amelyek különböző üzleti egységek laza gyűjteményével, az ügyfélszegmensek változatos bázisával vagy regionális üzemeltetéssel rendelkeznek.

Prioritások: Több meglévő üzemeltetési modell integrálása.
Átmeneti állapot, amelynek középpontjában a teljes szervezet áthelyezése a korábban említett üzemeltetési modellek egyikére kerül.
Hosszabb távú üzemeltetési megközelítés, ha a szervezet túl nagy vagy túl összetett ahhoz, hogy egyetlen üzemeltetési modellhez igazodjon.
Különböző előnyök: Integrálja az egyes üzleti egységek közös üzemeltetési modellelemeit. Ez a megközelítés létrehoz egy járművet, amely a működési egységeket egy hierarchiába csoportosítja, amely segít nekik a műveletek konzisztens megismételhető folyamatok használatával történő kiforrottságában.
Különböző hátrányok: A több üzemeltetési modell konzisztenciáját és szabványosítását hosszú ideig nehéz fenntartani. Ez a működési megközelítés megköveteli a portfólió alapos ismeretét és a technológiai portfólió különböző szegmenseinek működését.
Kockázat: Az elsődleges üzemeltetési modell iránti elkötelezettség hiánya zavart okozhat a csapatok között. Akkor használja ezt az üzemeltetési modellt, ha nem lehet egyetlen üzemeltetési modellhez igazodni.
Útmutató: Kezdje a portfólió alapos áttekintésével, amely az üzleti igazítási cikkekben ismertetett megközelítést használja. Próbálja meg csoportosítani a portfóliót az állapot-üzemeltetési modell (decentralizált, központosított vagy vállalati) szerint.
Fejlesszen ki egy felügyeleticsoport-hierarchiát, amely az üzemeltetési modell csoportosításait tükrözi. Ez az elrendezés más szervezeti mintákat is tartalmaz a régióhoz, az üzleti egységhez vagy más feltételekhez, amelyek leképezik a számításifeladat-fürtöket a legkevésbé gyakoritól a leggyakoribb gyűjtőkig.
Értékelje ki a számítási feladatok üzemeltetési modellekhez való igazítását, és keresse meg a legrelevánsabb üzemeltetésimodell-fürtöt. Kövesse az üzemeltetési modellre leképezett útmutatót a csomópont és a felügyeleti csoport hierarchiájában található összes számítási feladathoz.
Az Irányítási és kezelési módszertanok segítségével megtalálhatja a gyakori vállalati szabályzatokat, beleértve a hierarchia különböző pontjain szükséges üzemeltetési felügyeleti eljárásokat is. Közös Azure-szabályzatok alkalmazása a megosztott vállalati szabályzatok automatizálásához.
Az Azure-szabályzatok különböző üzemelő példányokkal való tesztelése során próbálja meg magasabbra helyezni őket a felügyeleticsoport-hierarchiában. A szabályzatok számos számítási feladatra alkalmazhatók, amelyek gyakoriságokat és eltérő műveleti igényeket találhatnak.
Idővel ez a megközelítés segíthet meghatározni a különböző üzemeltetési modellekre skálázható modelleket. Ez a megközelítés egységesítheti a csapatokat egy közös szabályzatok és eljárások segítségével.

Ennek a megközelítésnek az előnyei és hátrányai szándékosan üresek. Miután elvégezte a portfólió üzleti igazítását, tekintse meg a fenti, elsődleges üzemeltetési modellről szóló szakaszt az előnyök és a hátrányok tisztázása érdekében.

Következő lépések

Ismerje meg az üzemeltetési modellekhez kapcsolódó terminológiát. A terminológia segít megérteni, hogyan illeszkedik egy üzemeltetési modell a vállalati tervezés nagyobb témájához.

Az üzemeltetési modell terminológiája

Megtudhatja, hogyan biztosítható a célzóna segítségével bármely felhőbevezetési környezet alapvető építőeleme.

Mi az a célzóna?

Megosztás a következőn keresztül: