Üzleti elkötelezettség a felhőkezelésben
Az üzleti kötelezettségvállalás segít meghatározni a működési felügyelet szintjét elfogadható üzemeltetési költségek mellett. Az üzleti kötelezettségvállalás meghatározásához ki kell egyensúlyoznia a prioritásokat. Ez a cikk azt ismerteti, hogyan értékelhet ki adatpontokat és számításokat az egyensúly megtalálásához.
Olyan kötelezettségvállalásokkal rendelkezhet, amelyek üzleti stabilitással kapcsolatosak, amelyek indokolják az üzleti döntéseket. A stabilitási kötelezettségvállalások szolgáltatási szintű megállapodásokat (SLA-kat) vagy bizonyos szintű műszaki rugalmasságot tartalmazhatnak. A legtöbb számítási feladathoz csak a felhőkezelés alapszintje szükséges. Más számítási feladatok esetében az alapszinthez képest két-négyszer többet költhet a felhőfelügyeletre. Ezt a költséget az üzleti megszakítások lehetséges hatásai indokolhatják.
A sorozat korábbi cikkei segíthetnek megérteni a különböző számítási feladatok megszakításainak besorolását és hatását. Ez a cikk segítséget nyújt a visszatérések kiszámításában.
Az alábbi ábrán látható, hogy a felhőfelügyelet minden szintjén vannak olyan inflexiós pontok, amelyekben a költségek gyorsabban emelkedhetnek, mint a rugalmasság. Ezek az inflexiós pontok részletes üzleti döntéseket és üzleti kötelezettségvállalásokat kérnek.
A megfelelő kötelezettségvállalás meghatározása
A portfólió minden számítási feladatához a felhőműveleti csapatnak és a felhőstratégiai csapatnak igazodnia kell ahhoz a felügyeleti szinthez, amelyet a felhőműveleti csapat közvetlenül biztosít.
Amikor vállalkozása elköteleződést hoz létre, határozza meg, hogyan igazíthatja a következő szempontokat.
- Informatikai üzemeltetési előfeltételek
- Felügyeleti felelősség
- Felhőbeli bérlő
- Helyreállítható költségtényezők
- Befektetés megtérülése (ROI) veszteségelkerülése
- A felügyeleti szint ellenőrzése
A döntések meghozatalához az alábbi szakaszok részletesebben ismertetik ezeket a szempontokat.
Informatikai üzemeltetési előfeltételek meghatározása
Az Azure felügyeleti útmutatója az Azure felügyeleti eszközeit ismerteti. Mielőtt a vállalat elkötelezi magát, az informatikai részlegnek meg kell határoznia egy elfogadható standard szintű felügyeleti alapkonfigurációt, amely az összes felügyelt számítási feladatra vonatkozik. Az informatikai portfólióban lévő összes felügyelt számítási feladat esetében az informatikai rendszer ezután kiszámíthat egy szabványos felügyeleti költséget, amely a processzormagok, a lemezterület és az egyéb eszközhöz kapcsolódó változók alapján történik. Az it az architektúra alapján képes megbecsülni az egyes számítási feladatokhoz tartozó összetett szolgáltatásiszint-célkitűzést (SLO).
Az informatikai üzemeltetési csapatok gyakran legalább 99,9%-os alapértelmezett üzemidőt használnak a kezdeti összetett SLO-hoz. Az átlagos számítási feladat alapján normalizálhatják a felügyeleti költségeket, különösen olyan megoldások esetében, amelyek minimális naplózási és tárolási igényekkel rendelkeznek. A kezdeti beszélgetések kiindulópontjának biztosításához az informatikai üzemeltetési csapat átlagosan néhány közepes kritikussági szintű számítási feladat költségeit képes átlagosan elvégezni.
Tipp.
Ha az üzemeltetéskezelési munkafüzetet használja a felhőfelügyelet megtervezéséhez, frissítenie kell az üzemeltetéskezelési mezőket, hogy azok megfeleljenek az informatikai üzemeltetési előfeltételeknek. Az üzemeltetési felügyeleti mezők közé tartozik a kötelezettségvállalási szint, az összetett SLO és a havi költség. A havi költségnek a havi rendszerességgel hozzáadott üzemeltetési felügyeleti eszközök költségeit kell képviselnie.
Az operations management alapkonfiguráció kiindulási pontként szolgál, és az alapkonfigurációt az alábbi szempontok alapján is ellenőriznie kell.
Felelősségi modell kiválasztása
Egy hagyományos helyszíni környezetben feltételezheti, hogy a környezet kezelésének költsége az informatikai műveletek elsüllyedt költsége. Az elsüllyedt költségek olyan költségek, amelyeket nem lehet helyreállítani. A felhőben a felügyelet olyan céltudatos döntés, amelynek közvetlen költségvetési hatása van. Az egyes felügyeleti függvények költségeit közvetlenül hozzárendelheti a felhőben üzembe helyezett összes számítási feladathoz. Ezzel a megközelítéssel nagyobb az irányítás. A felhőüzemeltetési csapatoknak és a felhőstratégiáért felelős csapatoknak azonban először el kell kötelezniük magukat a felelősségi körökre vonatkozó megállapodásra.
Előfordulhat, hogy a vállalat kiszervezi a folyamatban lévő felügyeleti funkciók egy részét egy szolgáltatónak. A szolgáltatók az Azure Lighthouse használatával pontos vezérlést biztosíthatnak vállalkozásának. Hozzáférést biztosíthat például az erőforrásokhoz, és jobban áttekintheti a szolgáltatók által végrehajtott műveleteket.
A felhőkörnyezet kezeléséhez különböző modelleket implementálhat.
Delegált felelősségi modell: Az informatikai műveletek a delegált felelősségnek nevezett megközelítést használhatják. Ez a megközelítés nem igényel központosított felügyeletet, és megakadályozza az üzemeltetési felügyeleti többletterhelést. A felhőbeli kiválósági központban (CCoE) a platformműveletek és a platformautomatizálás olyan önkiszolgáló felügyeleti eszközöket biztosítanak, amelyeket az üzleti vezetésű üzemeltetési csapatok használhatnak, függetlenül a központosított informatikai üzemeltetési csapattól.
Ez a megközelítés teljes körű ellenőrzést biztosít az üzleti szereplők számára a felügyelettel kapcsolatos költségvetések felett. A CCoE csapata emellett biztosíthatja a védőkorlátok minimális készletének megfelelő implementálását is. Az informatikai részleg közvetítőként és útmutatóként szolgál, hogy segítse vállalkozását a bölcs döntések meghozatalában. Az üzleti műveletek felügyelik a függő számítási feladatok napi műveleteit.
Központosított felelősségi modell: A vállalatnak szüksége lehet egy központi informatikai csapatmodellre , ha megfelelőségi követelményekkel, műszaki összetettséggel vagy néhány megosztott szolgáltatásmodellel rendelkezik. Egy központi informatikai modellben az INFORMATIKAI elvégzi az üzemeltetéskezelési feladatait.
Központilag felügyelheti és szabályozhatja a környezeti tervezést, a felügyeleti vezérlőket és a szabályozási eszközöket, ami megakadályozza, hogy az üzleti érdekelt felek felügyeleti kötelezettségvállalásokat tegyenek. A költségek és a felhőbeli megközelítések architektúrájának láthatósága azonban megkönnyíti a központosított informatikai eszközök számára az egyes számítási feladatok költségeinek és felügyeleti szintjének kommunikálását.
Vegyes modell: A besorolás a felügyeleti felelősségek vegyes modelljének alapja. Ha a vállalat a helyszíniről a felhőbe való átalakítás alatt áll, előfordulhat, hogy egy ideig helyszíni első üzemeltetési modellt kell használnia. Ha vállalata szigorú megfelelőségi követelményekkel rendelkezik, vagy az informatikai kiszervezési szállítókkal kötött hosszú távú szerződésektől függ, előfordulhat, hogy központosított üzemeltetési modellre van szüksége.
A vegyes modellel való megközelítés egyensúlyt biztosít. Ebben a megközelítésben a központi informatikai csapat központosított üzemeltetési modellt biztosít minden olyan számítási feladathoz, amely kritikus fontosságú vagy bizalmas információkat tartalmaz. A csapat az összes többi számítási feladat besorolását egy olyan felhőkörnyezetben helyezi el, amely támogatja a delegált feladatokat. A központosított felelősségi megközelítés általános üzemeltetési modellként szolgál, de vállalkozása rugalmasan alkalmazhat egy speciális üzemeltetési modellt a szükséges támogatási szint és érzékenység alapján.
Fontolja meg, hogy ki a felelős a számítási feladatok napi műveleteinek felügyeletéért. A felelősségi megközelítés hatással van a kötelezettségvállalásokra.
Felhőbeli bérlői fiók kezelése
Általában egyszerűbben kezelheti az eszközöket, ha egyetlen bérlőben találhatók. Előfordulhat azonban, hogy több bérlőt is fenn kell tartania. További információ arról, hogy miért lehet szükség több-bérlős Azure-környezetre, olvassa el az Azure Lighthouse felügyeleti műveleteinek központosítása című témakört.
Megfontolandó költségtényezők
A következő szakasz a felügyeleti folyamatok és az eszközök különböző szintjeihez kapcsolódó összehasonlító visszatérések meghatározásának megközelítését ismerteti. Az egyes elemezt számítási feladatok esetében az üzleti fennakadások előrejelzett hatásához viszonyítva mérheti a felügyeleti költségeket. Az alábbi módszerrel állapítsa meg, hogy átfogóbb felügyeleti megközelítésekbe kell-e befektetnie.
A számok kiszámítása előtt vegye figyelembe a soft-cost tényezőket. A helyreállítható költségtényezők hozamot eredményeznek, de ezt a megtérülést nehéz mérni a nyereség- és veszteségkimutatásban látható közvetlen, kemény költségmegtakarítással. A helyreállítható költségtényezők azt jelezhetik, hogy magasabb szintű felügyeletre van szükség, mint ami pénzügyi szempontból prudens.
Néhány példa a helyreállítható költségtényezőkre:
A napi számítási feladatok kihasználtsága a vezetőség vagy a vezérigazgató részéről.
A számítási feladatok kihasználtsága az ügyfelek felső x%- ában, ami máshol nagyobb bevételi hatást eredményez.
Az alkalmazottak elégedettségére gyakorolt hatás.
A kötelezettségvállaláshoz a következő kiértékelendő adatpont a helyreállítható költségtényezők listája. Ebben a szakaszban nem kell ezeket a tényezőket dokumentálnia, hanem fel kell ismernie az üzleti érdekelt feleket a fontosságukról és a következő számításokból való kizárásukról.
Veszteségelkerülési MEGTÉRÜLÉS kiszámítása
Amikor a felhőüzemeltetésért felelős informatikai csapat kiszámítja az üzemeltetéskezelési költségek relatív megtérülését, teljesítenie kell a korábban említett előfeltételeket, és fel kell vennie az összes számítási feladat minimális szintű felügyeletét.
A vállalkozás következő kötelezettségvállalása az alapkonfiguráció által kezelt ajánlathoz kapcsolódó költségek elfogadása. Annak meghatározása, hogy a vállalat vállalja-e, hogy az alapkonfigurációs ajánlatba fektet be, hogy megfeleljen a felhőműveletek minimális szabványainak.
Ha a vállalat nem ért egyet ezzel a felügyeleti szinttel, létre kell hoznia egy megoldást, hogy vállalkozása továbblépjen. Győződjön meg arról, hogy a megoldás nem befolyásolja lényegesen más számítási feladatok felhőbeli műveleteit.
Előfordulhat, hogy a standard felügyeleti szintnél többet szeretne. Az alábbi szakasz segít ellenőrizni, hogy a befektetés és a kapcsolódó hozamok veszteségelkerülés formájában valósulnak-e meg.
A felügyeleti szintek növelése
Felügyelt megoldások esetén a felügyeleti alapkonfiguráció mellett számos tervezési alapelvet és sablonmegoldást is alkalmazhat. A megbízhatóság és a rugalmasság minden tervezési elve üzemeltetési költségeket ad a számítási feladathoz. Az informatikai részlegnek és vállalkozásának meg kell egyeznie a további kötelezettségvállalásokkal, ezért tisztában kell lennie a lehetséges veszteségekkel, amelyeket elkerülhet, ha több alapelvet valósít meg.
Az alábbi számítások képletekkel segítenek jobban megérteni a veszteségek és a megnövekedett felügyeleti beruházások közötti különbségeket. A megnövekedett felügyelet költségeinek kiszámításáról további információt a számítási feladatok automatizálása és a platformautomatizálás című témakörben talál.
Tipp.
Ha az operations management munkafüzetet használja a felhőfelügyelet megtervezéséhez, frissítse az operations management mezőket, hogy tükrözzék az egyes beszélgetéseket. Ezek a módosítások frissítik a ROI-képleteket és az alábbi mezők mindegyikét.
Kimaradás becslése
Az összetett SLO az az SLA, amely az egyes objektumok számítási feladatban való üzembe helyezésén alapul. Az összetett SLO mező a munkafüzetben címkézett Est. Outage becsült leállást hajtja végre. Ha a munkafüzet használata nélkül szeretné kiszámítani a becsült üzemkimaradást óránkénti órákban, alkalmazza a következő képletet:
Becsült kimaradás = (1 – összetett SLO százalék) × óraszám egy évben
A munkafüzet az alapértelmezett 8760 órát használja évente.
Standard veszteséghatás
A standard veszteséghatás előrejelezi a kimaradás pénzügyi hatását, feltéve, hogy a becsült kimaradás előrejelzése pontosnak bizonyul. A normál veszteség hatása a munkafüzetben van címkézve Standard Impact . Ha a munkafüzet használata nélkül szeretné kiszámítani ezt az előrejelzést, alkalmazza a következő képletet:
Standard hatás = becsült üzemkimaradás @ három 9 az üzemidőből × időértékre gyakorolt hatás
Az érték alapkonfigurációként szolgál a költségekhez, ha az üzleti érdekelt felek magasabb szintű irányításba fektetnek be.
Összetett SLO-hatás
Az összetett SLO-hatás az üzemidős SLA változásai alapján biztosítja a frissített pénzügyi hatást. Ez a számítás a két lehetőség várható pénzügyi hatását hasonlítja össze. Az összetett SLO-hatás címkével van ellátva Commitment level impact a munkafüzetben. Ha számolótábla nélkül szeretné kiszámítani ezt az előrejelzett hatást, alkalmazza a következő képletet:
Összetett SLO-hatás = becsült kimaradás × időértékre gyakorolt hatás
Az érték azokat a potenciális veszteségeket jelöli, amelyeket a módosított kötelezettségvállalási szintnek és az új összetett SLO-nak meg kell akadályoznia.
Összehasonlítási alap
Az Összehasonlító alap mező kiértékeli a standard hatást és az összetett SLO-hatást, hogy meghatározza az éves MEGTÉRÜLÉS mezőben a megtérülés mértékét.
Veszteségelkerülés megtérülése
Ha a számítási feladatok kezelésének költsége meghaladja a lehetséges veszteségeket, előfordulhat, hogy a felhőfelügyeletbe történő tervezett befektetés nem lesz érdemes. A veszteségelkerülési eredmény összehasonlításához tekintse meg a címkével ellátott oszlopot Annual ROI. Az oszlop önálló kiszámításához használja a következő képletet:
Veszteségelkerülés megtérülése = (összehasonlítási alap – (havi költség × 12) ) ÷ (havi költség × 12)
Ha nem rendelkezik más soft-cost tényezővel, akkor az összehasonlítás segítségével gyorsan megállapíthatja, hogy többet kell-e befektetnie a felhőműveletekbe, a rugalmasságba, a megbízhatóságba vagy más területekbe.
A kötelezettségvállalás ellenőrzése
A folyamat ezen szakaszában a vállalat kötelezettséget vállalhat, beleértve a központosított vagy delegált felelősséget és az Azure-bérlőt, és meghatározhatja a kötelezettségvállalás szintjét. Érvényesítheti és dokumentálhatja az egyes kötelezettségvállalásokat annak biztosítása érdekében, hogy a felhőüzemeltetési csapat, a felhőstratégiáért felelős csapat és az üzleti érdekelt felek igazodjanak ezekhez a kötelezettségvállalásokhoz a számítási feladatok kezelése érdekében.
Következő lépés
A kötelezettségvállalások elvégzése után a felelős üzemeltetési csapatok konfigurálhatják a számítási feladatot. Első lépésként értékelje ki a leltár és a láthatóság különböző megközelítéseit.