Antipatterny plánu přechodu na cloud

Zákazníci často zažívají antipatterny při přechodu na cloudové řešení. Buď je řešení neúčinné, nebo existují nezamýšlené důsledky. Mezi typické scénáře patří:

• Nesprávně zarovnané provozní modely vedou k delšímu uvedení na trh, nedorozuměním a zvýšenému tlaku na IT oddělení.
• Společnosti někdy volí nesprávný model služeb, když předpokládají, že platforma jako služba (PaaS) snižuje náklady.
• Když se změní architektura organizace, můžou vzniknout hlavní náhradní projekty. Správa těchto projektů je často složitá a náročná na náklady.

Antipattern: Výběr nesprávného provozního modelu cloudu

Její cloudový provozní model určují strategické priority společnosti a rozsah jejího portfolia. Modely můžou mít různé typy odpovědnosti, cílové zóny a zaměření. Pokud modely nejsou v souladu s cíli společnosti, můžou mít problémy následující:

• Delší doba uvedení na trh
• Nedorozumění
• Zvýšený tlak na it oddělení

Příklad: Přiřazení příliš velké odpovědnosti malému týmu

Společnost zavádí provozní model, díky kterému je IT oddělení zodpovědné za všechno, co běží v cloudu. Tým, který je zodpovědný za cloud, obsahuje tři lidi. Toto nastavení vede ke pomalému přechodu, protože:

• Tým schvaluje opatření pouze po úplném pochopení jejich vlivu na firmu, provoz a zabezpečení.
• Tyto problémy nejsou hlavní oblastí odborných znalostí týmu.

Odborníci na danou problematiku by chtěli cloudovou službu používat, aby obchodní jednotky zvýšily tlak. Stínové IT se pravděpodobně objeví, když obchodní jednotky používají firemní platební karty k vytváření prostředí pro sebe.

Upřednostňovaný výsledek: Porovnání modelů a sestavení plánu připravenosti

Zkontrolujte strategické priority, rozsah portfolia, požadavky a omezení. Prozkoumejte možnosti provozního modelu porovnáním čtyř nejběžnějších vzorů cloudového provozu s aktuálním cloudovým provozním modelem. Identifikujte jeden nebo více cloudových provozních modelů, které vyhovují vaší organizaci. Pak se rozhodněte o modelu. Vzhledem k tomu, že se role mění s provozními modely, vytvořte před přechodem do cloudu plán připravenosti dovedností.

Antipattern: Výběr nesprávného modelu služby

Společnosti někdy předpokládají, že řešení PaaS stojí méně než řešení infrastruktura jako služba (IaaS). Tento předpoklad může vést k nesprávné volbě modelu služby. Společnosti, které si uvědomují náklady, často dělají tuto chybu, když jejich hlavním důvodem pro přechod do cloudu je snížení nákladů. Tyto společnosti zapomínají, že při přechodu na PaaS také potřebují změnit procesy, zejména když převedou určité povinnosti na poskytovatele cloudu. Přechod na PaaS přináší zásadní změny v koordinaci, technických postupech a dodávkových kanálech. Může dojít k neočekávanému zvýšení nákladů a zpoždění.

Příklad: Volba PaaS přes IaaS

Vydavatel spustí program pro migraci svých datacenter do cloudu. Vedení by chtělo modernizovat svou současnou architekturu aplikací a nástroje najednou. Mezi jejich důvody patří:

• Maximalizace efektivity nákladů.
• Vývoj modernějšího portfolia aplikací

Pro strategii přijetí zvolí PaaS před IaaS. Rok po přechodu na cloud je rychlost přechodu na cloud pomalá. Musela změnit řadu procesů, postupů a nástrojů, aby paaS v plném rozsahu osvojila. Panel nevidí obvyklé dopady a výhody spojené s PaaS. It je zároveň pomalejší než kdy dřív, zatímco náklady na datacentra zůstávají stejné.

Upřednostňovaný výsledek: Minimalizace přerušení vaší firmy

Pokud chcete snížit úsilí o koordinaci, začněte s IaaS pro počáteční projekty přechodu na cloud. Zavádění nových procesů a postupů je lépe zvládnutelné, když přejdete do cloudu později než na začátku. Nejprve přijměte IaaS, zejména ve scénářích transformace datacentra. Současně spusťte iniciativu cloudových dovedností.

Postupně modernizovat a přijmout PaaS později, jakmile je úloha již v cloudu. Zkušenosti, které jste získali, vám pomůžou rychleji přijmout PaaS. Budete se muset naučit méně nových dovedností a procesů pro modernizaci. Nebudete také výrazně narušovat své obchodní procesy.

Antipattern: Nahrazení architektury

Aplikace založené na Modelu PaaS a SaaS (software jako služba) se udržují relativně snadno. Obvykle vyžadují malé úsilí od vedení. Výsledkem je, že mnoho společností přetvoří staré a složité architektury tak, že je nahradí koncepty SaaS a koncepty nativními pro cloud. Tato změna architektury obvykle vede k velkým náhradním projektům. Správa a provádění těchto projektů je složitá a náročná na náklady. Změna procesů a provozního modelu s sebou nese i další významná rizika.

Příklad: Volba nahrazení před modernizací

Společnost má velké prostředí SAP. Oddělení IT by chtělo toto prostředí nahradit, což způsobuje několik problémů s výkonem a stabilitou. Jakmile IT začne na náhradním projektu, seznam náležitých kontrol pro nahrazení celého prostředí každý den prodlužuje.

Upřednostňovaný výsledek: Racionalizace digitálních aktiv

Před nahrazením rozsáhlého nebo složitého aplikačního prostředí zvažte postupné vylepšování prostředí pomocí modernizace. Relativně malé změny prostředí aplikace můžou mít obrovský dopad na výkon a spolehlivost. Například změna hostitelské platformy na Azure může poskytnout stabilitu a rychlé výsledky. Výsledkem vyššího výkonu a spolehlivosti je zlomek odhadovaných nákladů na nahrazení.

Při rozhodování o inovační strategii prozkoumejte různé možnosti modernizace. Vyhodnoťte tyto možnosti v testování konceptu (POC).

Seznamte se s digitálními aktivy vaší společnosti a vyhodnoťte digitální prostředky podle pěti zásad cloudové racionalizace. Určete, který z pěti zásad pro správu je nejvhodnější pro modernizaci nebo migraci vašich prostředků:

• Opětovné hostování (Rehost)
• Refaktorování (Refactor)
• Změna architektury (Rearchitect)
• Opětovné sestavení (Rebuild)
• Nahrazení

Další kroky

Seznamte se s fází připravenosti přechodu na cloud.