Racionalizace cloudu

Cloudová racionalizace je proces vyhodnocení prostředků s cílem určit nejlepší způsob migrace nebo modernizace jednotlivých prostředků v cloudu. Další informace o procesu racionalizace najdete v tématu Co je digitální aktiva.

Kontext racionalizace

Pět zásad racionalizace uvedené v tomto článku představuje skvělý způsob, jak označit potenciální budoucí stav pro každou úlohu, která se považuje za kandidáta na cloud. Před pokusem o racionalizaci prostředí umístěte tento proces popisování do správného kontextu. Pokud chcete uvést tento kontext, projděte si následující mýty:

Mýt: Racionalizační rozhodnutí je snadné dělat v rané fázi procesu.

Dobrá racionalizace vyžaduje hlubokou znalost úloh a přidružených prostředků, jako jsou aplikace, infrastruktura a data. A co je nejdůležitější, dobrá racionalizační rozhodnutí zaberou čas. Doporučujeme použít proces přírůstkové racionalizace.

Mýt: Přechod na cloud musí počkat na racionalizaci všech úloh

Při racionalizaci celého portfolia IT nebo dokonce jednoho datacentra může realizace obchodní hodnoty zpozdit o měsíce nebo i roky. Pokud je to možné, vyhněte se úplné racionalizaci. Místo toho využijte přístup Power of 10 k plánování vydávání verzí a při rozhodování o dalších 10 úlohách, které jsou určené pro přechod na cloud.

Mýt: Obchodní odůvodnění musí počkat na racionalizaci všech úloh

Pokud chcete vyvinout obchodní odůvodnění přechodu na cloud, vytvořte několik základních předpokladů na úrovni portfolia. Pokud jsou motivace sladěné s inovacemi, předpokládejme, že se jedná o architekturu. Pokud jsou v souladu s migrací, předpokládá se změna hostitele. Tyto předpoklady mohou urychlit proces obchodního odůvodnění. Během fáze posouzení cyklu přijetí každé úlohy se pak zpochybní předpoklady a rozpočty se upřesní.

Teď si projděte následujících pět zásad racionalizace, abyste se seznámili s dlouhodobým procesem. Při vývoji plánu přechodu na cloud zvolte možnost, která nejlépe odpovídá vaší motivaci, obchodním výsledkům a aktuálnímu stavu prostředí. Cílem racionalizace digitálních aktiv je nastavit směrný plán, nikoli racionalizovat každou úlohu.

Pět zásad racionalizace

Následujících pět zásad racionalizace popisuje nejběžnější možnosti racionalizace.

Opětovné hostování (Rehost)

Úsilí o změnu hostitele, označované také jako migrace metodou "lift and shift" , přesune prostředek aktuálního stavu k vybranému poskytovateli cloudu s minimálními změnami celkové architektury.

Mezi běžné faktory patří:

• Snížení investičních nákladů.
• Uvolnění prostoru v datovém centru.
• Dosažení rychlé návratnosti investic do cloudu

Kvantitativní analytické faktory jsou:

• Velikost virtuálního počítače, včetně procesoru, paměti a úložiště.
• Závislosti, jako je síťový provoz.
• Kompatibilita prostředků.

Kvalitativní analytické faktory jsou:

• Tolerance ke změně.
• Obchodní priority.
• Důležité obchodní události.
• Závislosti procesů.

Refaktoring

Možnosti platformy jako služby (PaaS) můžou snížit provozní náklady spojené s mnoha aplikacemi. Je vhodné aplikaci mírně refaktorovat tak, aby vyhovovala modelu založenému na PaaS.

Refaktoring označuje také proces vývoje aplikace refaktoringového kódu, který aplikaci umožňuje poskytovat nové obchodní příležitosti.

Mezi běžné obchodní faktory patří:

• Rychlejší a kratší aktualizace.
• Přenositelnost kódu.
• Vyšší efektivita cloudu, která vám pomůže s prostředky, rychlostí, náklady a spravovaným provozem.

Kvantitativní analytické faktory jsou:

• Velikost prostředků aplikace, jako je procesor, paměť a úložiště.
• Závislosti, jako je síťový provoz.
• Uživatelský provoz, jako jsou zobrazení stránek, čas na stránce a časy načítání.
• Vývojové platformy, jako jsou jazyky, datové platformy a služby střední vrstvy.
• Databáze, která zahrnuje procesor, paměť, úložiště a verzi.

Kvalitativní analytické faktory jsou:

• Pokračující obchodní investice.
• Možnosti nebo časové osy burstování.
• Závislosti obchodních procesů

Změna architektury

Některé stárnoucí aplikace nejsou kompatibilní s poskytovateli cloudu. Příčinou této nekompatibility jsou rozhodnutí o architektuře, která byla učiněna při sestavování aplikace. V těchto případech může být před transformací potřeba změnit architekturu aplikace.

V jiných případech můžou aplikace, které jsou kompatibilní s cloudem, ale nejsou nativní pro cloud, vytvářet nákladovou efektivitu a provozní efektivitu tím, že přeuspořádají řešení na aplikaci nativní pro cloud.

Mezi běžné obchodní faktory patří:

• Škálování a flexibilita aplikací.
• Snadnější přijetí nových cloudových funkcí.
• Kombinace technologických zásobníků.

Kvantitativní analytické faktory jsou:

• Velikost prostředků aplikace, jako je procesor, paměť a úložiště.
• Závislosti, jako je síťový provoz.
• Uživatelský provoz, jako jsou zobrazení stránek, čas na stránce a časy načítání.
• Vývojové platformy, jako jsou jazyky, datové platformy a služby střední vrstvy.
• Databáze, která zahrnuje procesor, paměť, úložiště a verzi.

Kvalitativní analytické faktory jsou:

• Růst obchodních investic.
• Provozní náklady.
• Potenciální smyčky zpětné vazby a investice do DevOps

Opětovné sestavení (Rebuild)

V některých scénářích může být rozdíl, který je potřeba překonat, aby se aplikace mohla posunout vpřed, příliš velká na to, aby ospravedlňovala další investice. Tento problém platí zejména pro aplikace, které dříve splňovaly potřeby firmy, ale teď je aktuální obchodní procesy nepodporují. Pokud chcete tento problém vyřešit, vytvořte nový základ kódu, který bude v souladu s přístupem nativním pro cloud .

Mezi běžné faktory patří:

• Urychlení inovací.
• Rychlejší sestavování aplikací
• Snižte provozní náklady.

Kvantitativní analytické faktory jsou:

• Velikost prostředků aplikace, jako je procesor, paměť a úložiště.
• Závislosti, jako je síťový provoz.
• Uživatelský provoz, jako jsou zobrazení stránek, čas na stránce a časy načítání.
• Vývojové platformy, jako jsou jazyky, datové platformy a služby střední vrstvy.
• Databáze, která zahrnuje procesor, paměť, úložiště a verzi.

Kvalitativní analytické faktory jsou:

• Klesající spokojenost koncových uživatelů
• Obchodní procesy, které jsou omezeny funkčností.
• Potenciální nárůst nákladů, zkušeností nebo výnosů.

Nahrazení

Řešení se obvykle implementují pomocí nejlepší technologie a přístupu, které jsou v té době k dispozici. V některých případech mohou aplikace SaaS (software jako služba) poskytovat všechny potřebné funkce pro hostované aplikace. V těchto scénářích je možné naplánovat budoucí nahrazení úlohy, což ji odebere z úsilí o transformaci.

Mezi běžné faktory patří:

• Standardizujte osvědčené postupy v oboru.
• Urychlete přijetí přístupů řízených obchodními procesy.
• Přerozdělit vývojové investice do aplikací, které vytvářejí konkurenční rozlišení nebo výhody.

Kvantitativní analytické faktory jsou:

• Snížení celkových provozních nákladů.
• Velikost virtuálního počítače, včetně procesoru, paměti a úložiště.
• Závislosti, jako je síťový provoz.
• Prostředky, které se mají vyřadit.
• Databáze, která zahrnuje procesor, paměť, úložiště a verzi.

Kvalitativní analytické faktory jsou:

• Analýza nákladových výhod pro aktuální architekturu a řešení SaaS
• Mapy obchodních procesů.
• Schémata dat.
• Vlastní nebo automatizované procesy.

Další kroky

Těchto pět zásad racionalizace můžete použít u digitálních aktiv, které vám pomůžou racionalizovat rozhodování o budoucím stavu každé aplikace.