Portfólió-hierarchia

Annak megértéséhez, hogy a számítási feladatok, az eszközök és a támogató szolgáltatások portfóliója hogyan működik együtt, létre kell hoznia egy portfólióhierarchiát. Ez a cikk világos definíciókat tartalmaz a portfólióhierarchiája szintjeihez, valamint útmutatást nyújt a csapatok számára az egyes szintekre vonatkozó elvárások teljesítéséhez. Ebben a cikkben a hierarchia minden szintjét hatókörnek is nevezik.

Számítási feladatok

A meghatározott üzleti értéket szolgáltató technológiák gyűjteményét számítási feladatnak nevezzük. A gyűjtemény tartalmazhat alkalmazásokat, kiszolgálókat vagy virtuális gépeket, adatokat, eszközöket és más hasonló módon csoportosított eszközöket. A legtöbb vállalat több számítási feladatra támaszkodik a létfontosságú üzleti funkciók biztosításához.

Az egyes számítási feladatok folyamatos támogatásáért általában egy üzleti érdekelt és egy műszaki vezető osztozik az elszámoltathatóságban. A számítási feladat életciklusának egyes szakaszaiban ezek a szerepkörök egyértelműen ki vannak jelentve. A számítási feladatok életciklusának több működési fázisában ezek a szerepkörök áttérhetnek egy megosztott üzemeltetési felügyeleti csapatra vagy felhőműveleti csapatra. A számítási feladatok számának növekedésével a szerepkörök (kimondott vagy vélelmezett) összetettebbé és mátrixosabbá válnak.

A számítási feladatok és támogató eszközeik minden portfólió középpontjában állnak. A hatókörök vagy rétegek határozzák meg, hogyan tekintik meg ezeket a számítási feladatokat, és milyen mértékben érinti őket a lehetséges támogató csapatok mátrixa.

Bár a kifejezések eltérőek lehetnek, minden informatikai megoldás magában foglalja az eszközöket és a számítási feladatokat:

• Eszköz: A számítási feladatokat vagy megoldásokat támogató legkisebb technikai funkcióegység.
• Munkateher: A vállalat informatikai támogatásának legkisebb egysége. A számítási feladatok olyan infrastruktúra, alkalmazások és adategységek gyűjteményei, amelyek egy közös üzleti célt vagy egy közös üzleti folyamat végrehajtását támogatják.

Az első számítási feladat üzembe helyezésekor a számítási feladat és annak eszközei lehetnek az egyetlen definiált hatókör. A többi réteg explicit módon definiálható, mivel több számítási feladat van üzembe helyezve.

Informatikai portfólió

Ha a vállalatok mátrixos megközelítéssel vagy központosított megközelítéssel támogatják a számítási feladatokat, valószínűleg szélesebb hierarchia áll rendelkezésre a számítási feladatok támogatásához:

• Célzónák: A kezdőzónák biztosítják a számítási feladatokat a szükséges alapvető segédprogramokkal vagy megosztott vízvezetékekkel, amelyek egy vagy több számítási feladat támogatásához szükségesek. A célzónák olyan kritikus fontosságúak a felhőben, hogy a felhőadaptálási keretrendszer teljes Ready módszertana a célzónákra összpontosít. Részletesebb definícióért lásd : Mi az a célzóna?
• Alapszintű segédprogramok: Ezek a megosztott informatikai szolgáltatások szükségesek ahhoz, hogy a számítási feladatok a technológiai és üzleti portfólión belül működjenek.
• Platformalapozás: Ez a szervezeti szerkezet központosítja az alapvető megoldásokat, és segít biztosítani, hogy ezek a vezérlők minden célzónára érvényesek legyenek.
• Felhőplatformok: A teljes portfolió támogatásának általános stratégiájától függően előfordulhat, hogy az ügyfeleknek több felhőplatformra van szükségük, amelyek a platformalaprendszer különböző üzembe helyezésével több régiót, hibrid megoldásokat vagy akár többfelhős megoldásokat szabályoznak.
• Portfólió: A technológiai lencse révén a portfólió számítási feladatok, eszközök és támogató erőforrások gyűjteménye, amelyek az összes felhőplatformra kiterjednek. Az üzleti objektíven keresztül a portfólió olyan projektek, személyek, folyamatok és befektetések gyűjteménye, amelyek támogatják és kezelik a technológiai portfóliót az üzleti eredmények eléréséhez. Ez a két objektív együtt rögzíti a portfóliót.

Hierarchia elszámoltathatósága és útmutatás

Egy elszámoltatható csapat kezeli a portfólióhierarchia minden rétegét. Az alábbi ábra az elszámoltatható csapat leképezését és az üzleti döntések, technikai döntések és technikai megvalósítás támogatásához nyújtott útmutatást mutatja be.

Megjegyzés

Az alábbi listában említett csapatok lehetnek virtuális csapatok vagy személyek. A hierarchia egyes változatai esetében az elszámoltatható csapatok némelyike összecsukható az elszámoltathatósági változatok későbbi részében leírtak szerint.

• Portfólió: A felhőstratégiáért felelős csapat és a felhőbeli kiválósági központ (CCoE) a Stratégia és terv módszertant használja a teljes portfóliót érintő döntések irányításához. A felhőstratégiáért felelős csapat felelős a felhőportfólió-hierarchia vállalati szintjéért. A felhőstratégiáért felelős csapatnak emellett tájékoztatnia kell a környezettel, a kezdőzónákkal és a magas prioritású számítási feladatokkal kapcsolatos döntésekről.
• Felhőplatformok: A felhőszabályozási csapat felelős az olyan szemléletekért, amelyek az irányítási módszertannak megfelelően biztosítják az egyes környezetek konzisztenciáját. A felhőszabályozási csapat felelős az összes erőforrás szabályozásáért minden környezetben. A felhőszabályozási csapattal konzultálni kell azokkal a módosításokkal kapcsolatban, amelyek kivételt vagy szabályzatmódosítást igényelhetnek. A felhőszabályozási csapatot is tájékoztatni kell a számítási feladatok és az eszközök bevezetésének előrehaladásáról.
• Kezdőzónák és felhőalapozás: A felhőplatformért felelős csapat felelős a bevezetést támogató célzónák és platform-segédprogramok fejlesztéséért. A felhőautomatizálási csapat felelős ezen célzónák és platform-segédprogramok fejlesztésének automatizálásáért és folyamatos támogatásáért. Mindkét csapat a Ready módszertant használja a megvalósítás irányításához. Mindkét csapatot tájékoztatni kell a számítási feladatok bevezetésének előrehaladásáról, valamint a vállalat vagy a környezet változásairól.
• Munkaterhek: A bevezetés a számítási feladatok szintjén történik. A felhőbevezetési csapatok az Migrate és az Innovate módszertant használják skálázható folyamatok létrehozására a bevezetés felgyorsítása érdekében. A bevezetés befejezése után a számítási feladatok tulajdonjoga valószínűleg átkerül egy felhőüzemeltetési csapatba, amely a Kezelés módszertant használja az üzemeltetési felügyelet irányításához. Mindkét csapatnak kényelmesen kell használnia a Microsoft Azure Well-Architected-keretrendszert, hogy részletes architekturális döntéseket hozzon, amelyek hatással vannak az általuk támogatott számítási feladatokra. Mindkét csapatot tájékoztatni kell a célzónák és a környezetek változásairól. Előfordulhat, hogy mindkét csapat hozzájárul a kezdőzóna funkcióihoz.
• Eszközök: Az eszközök általában a felhőüzemeltetési csapat feladata. Ez a csapat a Kezelés módszertanban található felügyeleti alapkonfigurációt használja az üzemeltetéskezelési döntések irányításához. Emellett az Azure Advisort és az Azure Well-Architected Frameworkt is használnia kell az üzemeltetési követelmények teljesítéséhez szükséges részletes erőforrás- és architektúramódosítások végrehajtásához.

Elszámoltathatósági változatok

• Egyetlen környezet: Ha egy vállalatnak csak egy környezetre van szüksége, általában nincs szükség CCoE-ra.
• Egyirányú célzóna: Ha egy környezet csak egyetlen célzónával rendelkezik, akkor a szabályozási és platformképességek valószínűleg egyetlen csapatban kombinálhatók.
• Egyetlen számítási feladat: Egyes vállalatoknak csak egy számítási feladatra vagy néhány számítási feladatra van szükségük egyetlen kezdőzónában és egyetlen környezetben. Ezekben az esetekben kevés szükség van a feladatok elkülönítésére az irányítási, platform- és üzemeltetési csapatok között.

Gyakori számítási feladatok és elszámoltathatósági példák

Az alábbi példák a portfólióhierarchiát szemléltetik.

COTS számítási feladatok

A vállalatok hagyományosan előnyben részesítették a kereskedelmi célú (COTS) szoftvermegoldásokat az üzleti folyamatok energiaellátásához. Ezeket a megoldásokat a rendszer telepíti, konfigurálja, majd működteti. A konfiguráció után a megoldásarchitektúra nem változik.

Ezekben a forgatókönyvekben a COTS-megoldások felhőbevezetése egy felhőüzemeltetési csapatra való áttéréssel fejeződik be. A felhőüzemeltetési csapat ezután a szoftver műszaki tulajdonosa lesz, és felelősséget vállal a konfiguráció, a költségek, a javítási ciklusok és az egyéb üzemeltetési igények kezeléséért.

Ezek a számítási feladatok közé tartoznak a könyvelési csomagok, a logisztikai szoftverek vagy az iparágspecifikus megoldások. A Microsoft terminológiájában ezeknek a csomagoknak a szállítóit független szoftverszállítóknak (ISV-k) nevezzük. Számos független szoftverszolgáltató kínál szolgáltatást a szoftvercsomag egy példányának üzembe helyezéséhez és karbantartásához az előfizetéseiben. A szoftvercsomag egy olyan verzióját is kínálhatják, amely a saját felhőalapú környezetükben fut, és a számítási feladat helyett egy szolgáltatásként nyújtott platformot (PaaS) biztosít.

A PaaS-ajánlatok kivételével a felhőüzemeltetési csapatok felelősek a számítási feladatok alapvető működési megfelelőségi követelményeinek biztosításáért. A felhőüzemeltetési csapatnak együtt kell működnie a felhőszabályozási csapattal a költségek, a teljesítmény és az egyéb architektúraoszlopok összehangolásához.

Fejlesztés aktív változatokkal

Ha egy COTS-megoldás vagy PaaS-ajánlat nem igazodik az üzleti igényhez, vagy nincs megoldás, a vállalatok egyéni fejlesztésű számítási feladatokat építenek ki. Az informatikai portfóliónak általában csak kis százaléka használja ezt a számítási feladatot. Ezek a számítási feladatok azonban általában aránytalanul nagy százalékban járulnak hozzá az informatikai részlegnek az üzleti eredményekhez, különösen az új bevételi forrásokhoz kapcsolódó eredményekhez. Ezek a számítási feladatok általában jól megfelelnek az új innovációs ötleteknek.

Az agilis módszertanokban és a DevOps-gyakorlatokban gyökerező különféle mozgások miatt ezek a számítási feladatok az üzleti/DevOps-igazítást részesítik előnyben a hagyományos informatikai felügyelettel szemben. Ezekben a számítási feladatokban előfordulhat, hogy a felhőüzemeltetési csapat évek óta nem ad át egy átadást. Ezekben az esetekben a fejlesztési csapat a számítási feladat műszaki tulajdonosa.

A kiterjedt idő- és tőkekorlátozások miatt az egyéni fejlesztési lehetőségek gyakran nagy értékű lehetőségekre korlátozódnak. Ilyenek például az alkalmazásinnovációk, a mélyadat-elemzések vagy a kritikus fontosságú üzleti funkciók.

Törés/javítás vagy naplemente fejlesztése

Miután egy egyéni fejlesztésű számítási feladat elérte a csúcsidőt, előfordulhat, hogy a fejlesztői csapat más projektekhez lesz hozzárendelve. Ezekben az esetekben a műszaki tulajdonjog általában átáll egy felhőüzemeltetési csapatra. Ha kis javításokra van szükség, az üzemeltetési csapat bevonja a fejlesztőket a hiba megoldására.

Bizonyos esetekben a fejlesztői csapat egy olyan projektbe kerül, amely végül lecseréli az aktuális számítási feladatot. Másik lehetőségként előfordulhat, hogy a csapat továbblép, mert a számítási feladat által támogatott üzleti lehetőséget kivezetik. Ezekben a napnyugta forgatókönyvekben a felhőüzemeltetési csapat szolgál műszaki tulajdonosként, amíg a számítási feladatra már nincs szükség.

Mindkét esetben a felhőüzemeltetési csapat általában hosszú távú műszaki tulajdonosként és döntéshozóként szolgál. Ez a csapat valószínűleg bevonja az alkalmazásfejlesztőkbe, ha az üzemeltetési módosítások jelentős architekturális módosításokat igényelnek.

Alapvető fontosságú számítási feladatok

Minden vállalatnál néhány számítási feladat túl fontos ahhoz, hogy a vállalat meghiúsuljon. Ezekkel a kritikus fontosságú számítási feladatokkal általában különböző felelősségi szinttel rendelkező üzemeltetési és fejlesztési tulajdonosok vannak. Ezeknek a csapatoknak a működési változásokat és az architekturális módosításokat úgy kell igazítaniuk, hogy minimálisra csökkentsék a fennakadásokat az éles megoldásban.

Ezek a forgatókönyvek a feladatok elkülönítésére összpontosítanak. Az operatív csapat általában felelős a napi működési változásokért az éles környezetben. Ha ezek az üzemeltetési módosítások architekturális módosítást igényelnek, a fejlesztési vagy bevezetési csapat nem éles környezetben hajtja végre őket, mielőtt az üzemeltetési csapat alkalmazza a módosításokat az éles környezetben.

A kritikus fontosságú számítási feladatokra a feladatok kötelező elkülönítésével példaként olyan számítási feladatok tartoznak, mint az SAP, az Oracle vagy más vállalati erőforrás-tervezési (ERP) megoldások, amelyek a vállalat több üzleti egységére is kiterjednek.

Stratégiaportfólió igazítása

Fontos megérteni a felhőbevezetési erőfeszítések stratégiai célkitűzéseit, és összehangolni a portfóliót az átalakítás támogatásához. A stratégiai portfólióigazítás néhány gyakori típusa segít a portfólióhierarchia szerkezetének kialakításában. Az alábbi szakaszok példákat mutatnak be a portfolió-igazításra és a portfólióhierarchiára gyakorolt hatásra.

Innováció vagy fejlesztés által vezetett portfólió

Egyes vállalatok, különösen a gyorsan növekvő startupok, az egyéni fejlesztési projektek átlagosnál magasabb arányával rendelkeznek. A fejlesztési célú portfóliókban a környezet, a kezdőzóna és a számítási feladatok gyakran tömörítve vannak, így adott környezetek lehetnek adott számítási feladatokhoz. Az eredmény egy 1:1 arány a környezet, a célzóna és a számítási feladat között.

Mivel a környezet egyéni megoldásokat üzemeltet, a DevOps-folyamat és az alkalmazásszintű jelentéskészítés felülírhatja a műveleti és irányítási funkciók szükségességét. Ezek az ügyfelek valószínűleg csökkentik a műveletekre, irányításra vagy más támogató szerepkörökre való összpontosítást. Jellemző a felhőbevezetési és felhőautomatizálási csapatok felelősségi körének nagyobb hangsúlyozása is.

Portfolió igazítása: Az informatikai portfólió valószínűleg a számítási feladatokra és a számítási feladatok tulajdonosaira összpontosít a kritikus architektúra-döntések meghozatalához. Ezek a csapatok valószínűleg több értéket találnak az Azure Well-Architected-keretrendszer bevezetési és üzemeltetési tevékenységek során című útmutatójában.

Határdefiníciók: A logikai határok , még vállalati szinten is, valószínűleg az éles és a nem termelési környezet szegmentálására összpontosítanak. A vállalat szoftverportfóliójában egyértelmű szegmentálás is előfordulhat a termékek között. Időnként szegmentálás is előfordulhat a fejlesztés és az üzemeltetett ügyfélpéldányok között.

Műveletek által vezetett portfólió

A fejlettebb informatikai üzemeltetési csapatokkal rendelkező multinacionális vállalati szervezetek általában nagyobb hangsúlyt fektetnek a szabályozásra és a műveletekre, mint a fejlesztésre. Ezekben a szervezetekben a számítási feladatok nagyobb százaléka általában a COTS-hez vagy a törési/javítási kategóriákhoz igazodik, amelyeket a felhőüzemeltetési csapat műszaki tulajdonosai tartanak fenn.

Portfolió igazítása: Az informatikai portfólió számítási feladatokhoz lesz igazítva, de ezek a számítási feladatok ezután az üzemeltetési egységekhez vagy üzleti egységekhez vannak igazítva. Előfordulhat, hogy a finanszírozási modellek, az iparág vagy más üzleti szegmentálási követelmények köré szerveződnek.

Határdefiníciók: A célzónák valószínűleg alkalmazás archetípusokba csoportosítják az alkalmazásokat, hogy a hasonló műveleteket hasonló szegmentációban tartsák. A környezetek valószínűleg olyan fizikai szerkezetekre fognak hivatkozni, mint az adatközpont, a nemzet, a felhőszolgáltató régiója vagy más működési szervezeti szabványok.

Migrálás által vezetett portfolió

Az üzemeltetés által vezetett portfoliókhoz hasonlóan a nagyrészt migrálással létrehozott portfóliók olyan konkrét üzleti illesztőprogramokon alapulnak, amelyek a meglévő eszközök migrálásához vezettek. Általában az adatközpont a legnagyobb tényező ezekben az illesztőprogramokban.

Portfolió igazítása: Előfordulhat, hogy az informatikai portfolió számítási feladatokhoz van igazítva, de valószínűbb, hogy az eszközök igazodnak hozzá. Ha az informatikai műveletekre való áttérés a vállalat előzményei között történt, előfordulhat, hogy sok aktív használatú eszköz nem lesz könnyen leképezve egy finanszírozott számítási feladatra. Ezekben az esetekben előfordulhat, hogy sok eszköz nem rendelkezik meghatározott számítási feladatokkal, vagy csak a migrálási folyamat késői szakaszában törli a számítási feladatok tulajdonosát.

Határdefiníciók: A kezdőzónák valószínűleg a helyszíni szegmentációt tükröző határokba csoportosítják az alkalmazásokat. Bár nem ajánlott eljárás, a környezetek gyakran megegyeznek a hálózati szegmentálási eljárásokat képviselő helyszíni adatközpont nevével és kezdőzónáival. Jobb gyakorlat a szegmentáláshoz való ragaszkodás, amely jobban igazodik az üzemeltetés által vezetett portfólióhoz.

Irányítás által vezetett portfolió

A szabályozási csapatokhoz való igazításnak a lehető leghamarabb meg kell történnie. A szabályozási gyakorlatok és a felhőszabályozási eszközök révén a portfóliók és a környezeti határok a legjobban kiegyensúlyozni tudják az innováció, a műveletek és a migrálási erőfeszítések igényeit.

Portfolió igazítása: Az irányítás által vezetett portfóliók általában olyan adatpontokat tartalmaznak, amelyek rögzítik az innováció és az üzemeltetés részleteit, például a számítási feladatokat, az üzemeltetés tulajdonosát, az adatbesorolást és az üzemeltetési kritikusságot. Ezek az adatpontok a portfolió jól kerekített nézetét hozzák létre.

Határdefiníciók: A cégirányítás által vezetett portfólió határai általában előnyben részesítik az innovációval szemben a műveleteket, miközben olyan felügyeleti csoportalapú hierarchiát használnak, amely megfelel az üzleti egységek és a fejlesztési környezetek feltételeinek. A hierarchia minden szintjén a felhőszabályozási határ különböző szintű szabályzatkényszerítéssel rendelkezhet, ami lehetővé teszi a fejlesztést és a kreatív rugalmasságot. Ugyanakkor a termelési szintű követelmények a termelési előfizetésekre is alkalmazhatók a feladatok elkülönítése és a konzisztens műveletek biztosítása érdekében.

Következő lépések

Megtudhatja, hogyan támogatják az Azure-termékek a portfólióhierarchiát.