A portfólió kiegyensúlyozása
A felhőbevezetés egy portfóliókezelési munka, amely okosan technikai megvalósításnak álcázva van. Mint minden portfóliókezelési gyakorlat, a portfólió kiegyensúlyozása is kritikus fontosságú. Stratégiai szinten ez a migrálás, az innováció és a kísérletezés kiegyensúlyozását jelenti a felhő által kínált lehetőségek minél hatékonyabb kiaknázása érdekében. Ha a felhőbevezetési erőfeszítések túl messzire hajlanak egy irányba, az összetettség utat talál a bevezetési erőfeszítésekbe. Ez a cikk végigvezeti az olvasót a portfólió egyensúlyának kialakítását célzó megközelítéseken.
Általános hatókörbővítés
A portfólió kiegyensúlyozása stratégiai jellegű. Ennek megfelelően a jelen cikkben bemutatott megközelítés is stratégiai megközelítést alkalmaz. A stratégia adatvezérelt döntésekben való megalapozásához ez a cikk feltételezi, hogy az olvasó kiértékelte a meglévő digitális tulajdont , vagy megkezdte ezt a folyamatot. Ennek a megközelítésnek az a célja, hogy segítséget nyújtson a számítási feladatok kiértékelésében a portfólió megfelelő egyensúlyának biztosításához a minőséget érintő kérdések és a portfólió finomítása révén.
Az üzleti eredmények dokumentálása
A portfólió kiegyensúlyozása előtt fontos dokumentálni és megosztani a felhőbe való migrálást hajtó üzleti eredményeket. Az alábbi táblázat segíthet a kívánt üzleti eredmények dokumentálásában és megosztásában. Fontos megjegyezni, hogy a legtöbb vállalkozás egyszerre több eredményt tűz ki célul. Ennek a gyakorlatnak a lényege azoknak az eredményeknek a tisztázása, amelyek a legközvetlenebbül kapcsolódnak a felhőbe végzett migrálás folyamatához:
| Eredmény | Megítélés szempontja | Cél | Időkeret | A tevékenység fontossága |
|---|---|---|---|---|
| Az informatikai költségek csökkentése | Adatközpont költségvetése | Csökkentés $2M USD-sel | 12 hónap | #1 |
| Adatközpont kilépése | Kilépés az adatközpontokból | 2 adatközpont | 6 hónap | #2 |
| Üzleti rugalmasság növelése | Piacra jutás idejének csökkentése | Az üzembe helyezési idő csökkentése hat hónappal | 2 év | #3 |
| Az ügyfélélmény javítása | Ügyfél-elégedettség (CSAT) | 10%-os fejlődés | 12 hónap | #4 |
Fontos
A fenti táblázat egy kitalált példa, ezért nem használható a prioritások meghatározására. Ez a táblázat sok esetben antipatternnek tekinthető, ha a költségmegtakarítást az ügyfélélmények fölé helyezi.
A fenti táblázat pontosan ábrázolhatja a felhőstratégiáért felelős csapat és a felhőbevezetési csapat prioritásait. A rövid távú megkötések miatt ez a csapat nagyobb hangsúlyt fektet az informatikai költségek csökkentésére, és ennek eszközeként az adatközpontok elhagyását helyezi előtérbe. Az ebben a táblázatban szereplő versengő prioritások dokumentálása révén azonban a felhőbevezetési csapat segítséget nyújthat a felhőstratégiai csapatnak a lehetőségek azonosításában, és ezáltal az átfogó portfólióstratégia megvalósításának megfelelő alakításában.
Gyors mozgatás az egyensúly fenntartása mellett
A digitális tulajdon növekményes észszerűsítéséről szóló útmutató megközelítése szerint az észszerűsítés egy kiegyensúlyozatlan helyzettel kezdődik. A felhőstratégiai csapatnak minden számítási feladatot ki kell értékelnie az áthelyezési megközelítéssel való kompatibilitás szempontjából. Ez a javasolt megközelítés, mivel lehetővé teszi egy összetett digitális tulajdon gyors kiértékelését a mennyiségi adatok alapján. Az ilyen előfeltevések lehetővé teszik a felhőbevezetési csapat számára a gyors cselekvést, és ezáltal csökkentik az üzleti eredmények eléréséhez szükséges időt. Ezzel együtt azonban, ahogy a cikkben is szerepel, a minőséget érintő kérdések teremtik majd meg a szükséges egyensúlyt a portfólióban. Ez a cikk az ígért egyensúly megteremtésének folyamatát dokumentálja.
A megszüntetési és kivonási döntések fontossága
A fenti, Az üzleti eredmények dokumentálása című szakaszban található táblázatból kimaradt egy olyan kulcsfontosságú eredmény, amely az informatikai költségek csökkentésének elsődleges célkitűzését támogatná. Ha az informatikai költségek csökkentése bármilyen szinten szerepel a kívánt üzleti eredmények listáján, fontos figyelembe venni a számítási feladatok megszüntetésének vagy kivonásának lehetőségét. Bizonyos esetekben költségmegtakarítást okozhat, ha nem migrál olyan számítási feladatokat, amelyek nem indokolják a rövid távú befektetést. Egyes ügyfelek arról számoltak be, hogy a kihasználatlan számítási feladatok kivonása révén több mint 20%-os költségmegtakarítást értek el.
A portfólió egyensúlyba hozása érdekében a felhőstratégiáért felelős csapat és a felhőbevezetési csapat az értékelési és migrálási fázisok során tegye fel az egyes számítási feladatokra vonatkozó alábbi kérdéseket:
- A végfelhasználók használták a számítási feladatot az elmúlt hat hónapban?
- A végfelhasználói forgalom állandó vagy növekszik?
- A vállalkozásnak mostantól számítva 12 hónap múlva is szüksége lesz erre a számítási feladatra?
Ha ezekre a kérdésekre a válasz "nem", akkor a számítási feladat lehet a nyugdíjba vonulás jelöltje. Ha az alkalmazás tulajdonosával megerősíti a kivezetési potenciált, akkor előfordulhat, hogy nincs értelme migrálni a számítási feladatot. Ez felvet néhány megfelelőségi kérdést:
- Megállapítható egy kivonási vagy megszüntetési terv a számítási feladatra vonatkozóan?
- Ki lehet vonni ezt a számítási feladatot az adatközpont elhagyása előtt?
Ha mindkét kérdésre "igen" a válasz, érdemes megfontolni, hogy ne migrálja a számítási feladatot. Ez a megközelítés segíthet a költségcsökkentésre és az adatközpont elhagyására vonatkozó célok elérésében.
Ha bármelyik kérdésre a "nem" a válasz, érdemes lehet létrehozni egy tervet a számítási feladat üzemeltetésére, amíg ki nem lehet vonni. Ez a terv magában foglalhatja az objektumok alacsonyabb költségű vagy alternatív adatközpontba való áthelyezését is, így a költségek csökkentésére és egy adatközpont elhagyására vonatkozó célok egyaránt megvalósulnak.
Folyamatmódosítások elfogadása
A portfólió kiegyensúlyozása további minőségi elemzést igényel az elfogadási fázisban, ami elősegíti az egyszerű portfoliók észszerűsítését.
A fenti, Az üzleti eredmények dokumentálása szakasz táblázatában található adatok alapján megvan a kockázata, hogy a portfólió túlságosan a migrálásközpontú végrehajtási modell felé hajlik. Ha a felhasználói élmény jelentené az elsődleges szempontot, akkor valószínűleg az innováció lenne túlsúlyban a portfólióban. Egyik helyzet sem jobb vagy rosszabb, de ha bármelyik irány túl nagy hangsúlyt kap, annak általában csökkenő megtérülés és szükségtelen bonyolultság lesz az eredménye, valamint a felhőbevezetési folyamat végrehajtása is több időt vesz igénybe.
Az összetettség csökkentése érdekében a portfoliók észszerűsítésének hagyományos megközelítését kell követnie, de iteratív modellben. A következő lépések egy minőségi modellt vázolnak fel egy ilyen megközelítéshez:
- A felhőstratégiai csapat rangsorolt teendőlistát tart fenn a migrálni kívánt számítási feladatokhoz.
- A felhőstratégiáért felelős csapat és a felhőbevezetési csapat minden egyes megjelenés előtt megbeszélést tart a kiadás megtervezése kapcsán.
- A kiadástervezési megbeszélésen a csapatok megegyeznek a rangsorolt teendőlista első 5–10 számítási feladatát illetően.
- A kiadástervezési megbeszélésen kívül a felhőbevezetési csapat a következő kérdéseket teszi fel az alkalmazástulajdonosoknak és a téma szakértőinek:
- Helyettesíthető ez az alkalmazás egy megfelelő szolgáltatásként nyújtott platformmal (PaaS)?
- Az alkalmazás külső féltől származik?
- Jóváhagytak költségvetést az alkalmazás folyamatos fejlesztéséhez a következő 12 hónapra vonatkozóan?
- Az alkalmazás további fejlesztése hozzájárul a felhasználói élmény javításához? Versenyképes előnyt hoz létre? Jelent további bevételt az üzlet szempontjából?
- Az ebben a számítási feladatban lévő adatok hozzájárulnak-e a BI-hoz, a gépi tanuláshoz, az IoT-hoz vagy a kapcsolódó technológiákhoz kapcsolódó alsóbb rétegbeli innovációhoz?
- A számítási feladat kompatibilis az olyan modern alkalmazásplatformokkal, amilyen például az Azure App Service?
- A fenti kérdésekre adott válaszok és az egyéb szükséges minőségi elemzések hatással vannak a rangsorolt teendőlista módosításaira. Ezek a módosítások a következők lehetnek:
- Ha egy számítási feladat helyettesíthető egy PaaS-megoldással, akkor teljes egészében el is távolítható a migrálási teendőlistáról. Minimálisan további kellő gondossággal döntenek az áthelyezés és a csere között, mint feladat, ami ideiglenesen csökkenti a számítási feladat prioritását a migrálási teendőlistából.
- Ha egy számítási feladat fejlesztési fejlesztés alatt áll (vagy kell), akkor a legjobban egy újrabontási-újratervezési modellbe illeszkedhet. Mivel az innováció és a migrálás különböző technikai készségeket igényel, a refactor-rearchitect-rebuild megközelítéshez igazodó alkalmazásokat a migrálási teendőlista helyett innovációs teendőnaplóval kell kezelni.
- Ha a számítási feladat a lefelé irányuló innováció része, észszerű lehet az adatplatform újrabontása, de az alkalmazásrétegeket meg kell hagyni áthelyezési jelöltként. A számítási feladatok adatplatformjának kisebb újrabontása gyakran elvégezhető a migrálási vagy innovációs teendőlista keretében. Ez az észszerűsítés részletesebb munkaelemeket eredményezhet a teendőlistában, de máskülönben a prioritások nem változnak.
- Ha egy számítási feladat nem stratégiai fontosságú, de kompatibilis a modern, felhőalapú alkalmazásüzemeltetési platformokkal, akkor érdemes lehet kisebb újrabontást végezni az alkalmazáson, hogy modern alkalmazásként helyezze üzembe. Ez hozzájárulhat az általános költségmegtakarításhoz azáltal, hogy csökkenti a felhőbe végzett migrálás IaaS-re és az operációs rendszerre vonatkozó általános licencelési követelményeit.
- Ha a számítási feladat egy külső alkalmazás, és az adatait nem tervezik felhasználni lefelé irányuló innovációban, akkor a legjobb megoldás áthelyezési lehetőségként meghagyni a teendőlistában.
Ezek a kérdések nem lehetnek az egyes számítási feladatokhoz elvégzett minőségi elemzések mértékei, de segítenek a kiegyensúlyozatlan portfólió összetettségével kapcsolatos beszélgetésben.
Migrálási folyamat változásai
A migrálás során a portfólióelosztási tevékenységek negatív hatással lehetnek a migrálás sebességére (az eszközök migrálásának sebességére). A következő útmutató ismerteti, miért és hogyan érdemes úgy igazítani a munkát, hogy a migrálási folyamat zavartalanul végbemehessen.
A portfólió észszerűsítése sokrétű technikai munkát igényel. A felhőbevezetési csapatok számára csábító lehetőség a portfóliók ezen sokféleségének megjelenítése a migrálási folyamatban. Az érdekelt felek általában egyetlen felhőbevezetési csapattal szeretnék elvégeztetni a teljes migrálási teendőlista kezelését. Ez a megközelítés csak ritkán javasolt, mivel sok esetben kontraproduktívnak bizonyulhat.
Ezeket a változatos erőfeszítéseket két vagy több felhőbevezetési csapatra kell szegmentáltan felosztani. Ha kétcsapatos modellt használ példaként a végrehajtáshoz, az 1. csapat a migrálási csapat, a 2. csapat pedig az innovációs csapat. A nagyobb erőfeszítések érdekében ezek a csapatok további szegmentálást kaphatnak más megközelítések, például a csere/PaaS-erőfeszítések vagy a kisebb újrabontás kezelése érdekében. Az alábbi ábra az áthelyezéshez, újrabontáshoz vagy kisebb újrabontáshoz szükséges képességeket és szerepköröket ismerteti:
Áthelyezés: Az áthelyezéshez a csapattagok az infrastruktúra-központú módosítások implementálásához szükségesek. Általában az Azure Site Recovery vagy hasonló eszköz használatával migrálják a virtuális gépeket vagy az egyéb objektumokat az Azure-ba. Ez a munka az adatközpont rendszergazdái vagy az informatikai kivitelezők számára testhezálló feladat. A felhőbe történő migrálást végző csapat kellően jól strukturált ahhoz, hogy nagy léptékben végre tudja hajtani ezt a feladatot. A legtöbb forgatókönyv esetében ez a meglévő objektumok migrálásának leggyorsabb módja.
Újrabontás: Az újrabontás megköveteli, hogy a csapattagok módosítsák a forráskódot, módosítsák egy alkalmazás architektúráját, vagy új felhőszolgáltatásokat vezessenek be. Ez a feladat általában olyan fejlesztői eszközöket igényel, mint például a Visual Studio, vagy az olyan, üzembehelyezési folyamatokhoz használt eszközök, mint az Azure DevOps, amelyekkel újratelepíthetők a korszerű alkalmazások az Azure-ban. Ez a munka az alkalmazásfejlesztői vagy a DevOps folyamatfejlesztési szerepköröknek testhezálló feladat. A felhőinnovációs csapat a legjobban strukturált ahhoz, hogy el tudja végezni ezt a munkát. Ebben a megközelítésben hosszabb időt vehet igénybe a meglévő objektumok felhőbeli eszközökkel való lecserélése, de az alkalmazások kihasználhatják a natív felhőfunkciók előnyeit.
Kisebb újrabontás: Egyes alkalmazások az adatok vagy az alkalmazások szintjén kisebb újrabontással modernizálhatók. A feladat részeként a csapattagoknak felhőalapú adatplatformokra kell telepíteniük az adatokat, vagy kisebb konfigurációs módosításokat kell elvégezniük az alkalmazáson. Ehhez korlátozott mértékben szükség lehet az adatkezelésben vagy az alkalmazások fejlesztésében jártas szakértők támogatására. Ez a munka azonban hasonló a külső alkalmazások üzembe helyezésekor az informatikai végrehajtók által végzett munkához. Ez a munka egyszerűen összehangolható a felhőbe történő migrálást végző csapat vagy a felhőstratégiai csapat munkájával. Habár ez a folyamat korántsem annyira gyors, mint az áthelyezési migrálás, a végrehajtása mégis kevesebb időt vesz igénybe, mint az újrabontás.
A migrálás során az erőfeszítéseket a fent felsorolt három módon kell szegmentálnia, és a megfelelő iterációban a megfelelő csapatnak kell végrehajtania. Bár diverzifikálnia kell a portfóliót, gondoskodnia kell arról is, hogy az erőfeszítések továbbra is nagyon koncentráltak és elkülönüljenek.
Következő lépések
Ismerje meg, hogyan befolyásolhatják a globális piaci döntések az átalakítási folyamatot.