Výběr strategií migrace do cloudu

Díky jasnému inventáři a porozumění úlohám musí váš plán přechodu na cloud určit, co dělat s jednotlivými úlohami v cloudu. Existuje několik strategií migrace, někdy označovaných jako rs migrace do cloudu. Každou úlohu je možné vyřadit, zachovat, znovu hostovat, změnit platformu, refaktorovat, znovu navrhnout, znovu vytvořit nebo nahradit. V této části se dozvíte, jak vybrat správný přístup pro každou úlohu, představuje možnosti, kdy každou z nich zvolit, a výhody a nevýhody těchto kompromisů.

Přehled strategie migrace

Následující tabulka obsahuje přehled všech dostupných strategií migrace do cloudu. Tento odkaz použijte k pochopení primárních obchodních faktorů a klíčových ukazatelů strategie, které signalizují, kdy použít každý přístup k vašim úlohám.

Strategie migrace do cloudu Obchodní faktor Klíčové ukazatele pro tuto strategii
Retire Potřeba vyřadit z provozu redundantní nebo nízkohodnotové úlohy • Úloha má omezenou aktuální nebo budoucí obchodní hodnotu • Náklady na migraci nebo modernizaci převáží nad obchodními výhodami
Rehost Potřebujete minimální přerušení podnikání a v blízké budoucnosti není potřeba modernizovat. • Úloha je stabilní • Úloha je kompatibilní s Azure • Migrace s nízkým rizikem • Krátkodobé cíle přechodu na cloud • Není nutné okamžitě modernizovat • Snížit kapitálové náklady • Uvolnit prostor datacentra • Nezkušenost s Azure
Přeformátování Potřebuje řešení PaaS a minimální změny kódu pro odlehčení údržby a zlepšení spolehlivosti. • Zjednodušení spolehlivosti a zotavení po havárii • Snížení režijních nákladů na operační systém a licencování • Zkrácení doby do cloudu s mírnou investicí • Kontejnerizace aplikace
Refactor Potřebujete změny kódu, abyste snížili technický dluh nebo optimalizovali kód pro cloud. • Snížení nákladů na údržbu • Snížení technického dluhu • Použití Sady Azure SDK • Zlepšení výkonu kódu • Optimalizace nákladů na kód • Použití vzorů návrhu cloudu • Instrumentace kódu pro monitorování
Rearchitect Potřeba změn architektury k odemknutí funkcí nativních pro cloud • Aplikace vyžaduje modularizaci nebo rozklad služeb • Potřeby škálování se liší podle komponent • Architektura musí podporovat budoucí inovace • Kombinace technologických zásobníků
Replace K zjednodušení operací potřebujete řešení SaaS/AI. • Zjednodušení provozu • Interní vývojové prostředky se lépe používají jinde • Není potřeba přizpůsobení
Rebuild Potřebujete nové řešení nativní pro cloud, aby splňovalo požadavky. • Starší systém je příliš zastaralý nebo nepružný • Rychlejší sestavování aplikací • Snížení provozních nákladů • Potřebujete moderní architektury a nástroje.
Ponechat Potřebujete stabilitu a žádné změny • Pracovní zátěž je stabilní, vyhovující a splňuje obchodní potřeby • Žádný blízký důvod pro přesun • Nízká návratnost investice z migrace

Určení obchodních faktorů před migrací

Obchodní faktor definuje, proč se úlohy musí změnit, aby podporovaly konkrétní obchodní cíl. Obchodní faktory spojují rozhodnutí o přechodu na cloud k měřitelným obchodním hodnotám a strategickým cílům. Identifikace těchto faktorů zajišťuje, že úsilí o migraci je účelné a v souladu s prioritami organizace.

  1. Definování obchodních cílů Obchodní cíle jsou výsledky vysoké úrovně, které organizace chce dosáhnout od přechodu na cloud, jako je přijetí umělé inteligence, zvýšení flexibility, zrychlení inovací, snížení nákladů a zlepšení odolnosti. Tyto cíle poskytují strategický kontext pro všechna rozhodnutí o migraci. Pomocí strategických dokumentů plánování, pohovorů vedoucích pracovníků nebo workshopů obchodních případů identifikujte a ověřte tyto cíle u zúčastněných stran.

  2. Identifikujte mezery. Proveďte analýzu rozdílů vysoké úrovně, abyste pochopili, co se jednotlivé úlohy musí změnit, aby lépe podporovaly definované obchodní cíle. Tato analýza by měla zvážit aktuální výkon, škálovatelnost, dodržování předpisů, uživatelské prostředí a omezení architektury. Zdokumentujte všechny nedostatky, které brání úplnému dosažení požadovaných výsledků zatížení.

  3. Určete obchodní faktor. Obchodní faktor se vynoří z mezery mezi aktuálním stavem úlohy a požadovaným budoucím stavem. Představuje konkrétní důvod změny s možností akce. Tyto ovladače řídí výběr vhodné strategie migrace.

    Obchodní faktor Strategie migrace
    Potřeba vyřadit z provozu redundantní nebo nízkohodnotové úlohy Retire
    Potřebujete minimální přerušení podnikání a v blízké budoucnosti není potřeba modernizovat. Rehost
    Potřebuje řešení PaaS a minimální změny kódu pro odlehčení údržby a zlepšení spolehlivosti. Přeplatformování
    Potřebujete změny kódu, abyste snížili technický dluh nebo optimalizovali kód pro cloud. Refactor
    Potřeba změn architektury k odemknutí funkcí nativních pro cloud Rearchitect
    K zjednodušení operací potřebujete řešení SaaS/AI. Replace
    Potřebujete nové řešení nativní pro cloud, aby splňovalo požadavky. Rebuild
    Potřebujete stabilitu a žádné změny Retain

Výběr správné strategie migrace

Strategie migrace definuje, jak se jednotlivé úlohy převedou na Azure na základě obchodního faktoru. Projděte si zúžený seznam strategií a ověřte vybranou možnost u obchodních a technických zúčastněných stran. Odeberte možnosti, které jsou v konfliktu s dodržováním předpisů, zabezpečením nebo provozními omezeními. Při dokončování strategie zvažte připravenost na Azure, dovednosti týmu a složitost integrace.

1. Vyřazení (zrušení) z provozu

Vyřazení úloh, které už neposkytují obchodní hodnotu, z provozu. Tato strategie je důležitá, pokud jsou úlohy zastaralé, nedostatečně použitelné nebo redundantní. Ověřte toto rozhodnutí tím, že potvrdíte, že je úloha zastaralá a nemá žádné kritické závislosti, které by ovlivnily jiné systémy. Aktualizujte inventář při vyřazení úloh z provozu.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřeba vyřadit z provozu redundantní nebo nízkohodnotové úlohy • Úloha má omezenou aktuální nebo budoucí obchodní hodnotu.
• Náklady na migraci nebo modernizaci převáží nad obchodními výhodami

2. Změna hostitele (like-for-like migrace)

Strategie změny hostitele umožňuje rychlou a nízkoriziovou migraci přesunutím úloh do Azure s minimálními změnami. Změna hostitele je podobná migrace, která přesouvá virtuální počítače do IaaS, IaaS do IaaS a PaaS do PaaS.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřebujete minimální přerušení podnikání a v blízké budoucnosti není potřeba modernizovat. • Úloha je stabilní
• Úloha je kompatibilní s Azure
• Migrace s nízkým rizikem
• Krátkodobé cíle přechodu na cloud
• Není nutné okamžitě modernizovat
• Snížení kapitálových výdajů
• Uvolněte místo v datacentru.
• Nezkušená s Azure

  1. Nepřesazujete problematické úlohy. Změna hostitele nevyřeší stávající problémy s výkonem, spolehlivostí nebo architekturou. Migrace takových úloh bez modernizace může zachovat technický dluh a vyžadovat pozdější dodatečné úpravy. Místo toho tyto úlohy během migrace modernizujete, abyste vyřešili původní příčiny.

  2. Ověřte, že úloha nebude během dvou let vyžadovat modernizaci. Změna hostitele je vhodná jenom v případě, že máte jistotu, že úloha zůstává v aktuálním stavu nejméně po dobu dvou let. Pokud je modernizace pravděpodobná, zvažte refaktoring nebo změna architektury, abyste se vyhnuli duplicitnímu úsilí.

  3. Pomocí přemístění hostingu můžete budovat základní cloudové operace. Změna hostitele pomáhá týmům získat zkušenosti s Azure provozem, zásadami správného řízení a správou nákladů. Toto včasné vystavení podporuje širší cíle přechodu na cloud a připravuje týmy na složitější modernizační úsilí.

Zdrojové prostředí cíl Azure Příklady opětovného hostování Guidance
On-premises Azure IaaS Místní servery → Azure Virtual Machines Průvodci rozhodováním o technologiích
Další cloudová IaaS Azure IaaS AWS EC2 → Azure Virtual Machines

Google Cloud Compute Engine → Azure Virtual Machines		 AWS pro mapování služby Azure
mapování služeb Google Cloud na Azure
Jiný cloud PaaS Azure PaaS AWS Beanstalk → Azure App Service

Google Cloud App Engine → Azure App Service		 AWS pro mapování služby Azure
mapování služeb Google Cloud na Azure

3. Replatform (modernizace hostitelského prostředí)

Přeformátování přesouvá úlohy do moderního hostitelského prostředí s minimálními změnami kódu. Tato strategie je důležitá, pokud chcete snížit správu infrastruktury, zlepšit škálovatelnost a zjednodušit operace bez úplného přepsání aplikace.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřebuje řešení PaaS a minimální změny kódu pro odlehčení údržby a zlepšení spolehlivosti. • Výhody úloh ze zjednodušené spolehlivosti a zotavení po havárii
• Zatížení snižuje režijní náklady na operační systém a licencování.
• Tým může aplikaci kontejnerizovat nebo znovu zabalit s mírným úsilím.
• Migrace zlepšuje rychlost přechodu do cloudu bez významného refaktoringu.

Zvolte úlohy, ve kterých možnosti PaaS snižují provozní režii, zlepšují spolehlivost nebo zjednodušují zotavení po havárii. Pro využití služeb PaaS může být nezbytné minimální refaktoring kódu.

Zdrojové prostředí cíl Azure Příklady opětovného formátování Guidance
On-premises Azure PaaS Z virtuálních počítačů na Azure App Service

SQL Server na virtuálním počítači → Azure SQL Database		 Model spolehlivé webové aplikace
Průvodci migrací databází
Další cloudová IaaS Azure PaaS AWS EC2 → Azure App Service

MySQL na AWS EC2 → Azure SQL Database		 Migrace z jiného cloudu do Azure
Průvodci migrací databází
Azure IaaS Azure PaaS Azure Virtual Machines → Azure App Service

SQL Server na Azure Virtual Machines → Azure SQL Database		 Model spolehlivé webové aplikace
Průvodci migrací databází

4. Refaktoring (modernizace kódu)

Refaktoring zlepšuje interní strukturu kódu bez přidání nových funkcí. Tento postup je důležitý během přechodu na cloud, protože pomáhá týmům modernizovat starší kód, snížit technický dluh a připravit úlohy na dlouhodobou udržovatelnost v Azure. Kód byste měli refaktorovat, když proces migrace vytvoří jedinečnou příležitost řešit technický dluh nebo když chování po migraci odhalí oblasti pro zlepšení.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřebujete změny kódu, abyste snížili technický dluh nebo optimalizovali kód pro cloud. • Úloha má vysoké náklady na údržbu.
• Kódová základna obsahuje významný technický dluh.
• Sady Azure SDK nebo služby mohou zlepšit výkon nebo pozorovatelnost
• Tým může optimalizovat náklady na kód nebo používat vzory návrhu cloudu.

5. Změna architektury (modernizace architektury a kódu)

Strategie přepracování redesignuje architekturu zátěže tak, aby zlepšila škálovatelnost, flexibilitu a orientaci na služby. Tato strategie je důležitá, když potřebujete rozdělit monolitické aplikace, přijmout mikroslužby nebo povolit cílené škálování. Měli byste změnit architekturu, když vaše aktuální architektura omezuje schopnost efektivně splňovat obchodní cíle nebo škálovat. Příklad najdete v části Moderní vzor webové aplikace.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřeba změn architektury k odemknutí funkcí nativních pro cloud • Aplikace vyžaduje modularizaci nebo rozklad služby.
• Potřeby škálování se liší podle komponent.
• Architektura musí podporovat budoucí inovace
• Řešení využívá smíšené technologické platformy.

6. Nahrazení (použití alternativy SaaS)

Strategie nahrazení využívá komerční řešení SaaS k odstranění potřeby vlastního vývoje a průběžné údržby. Tato strategie je ideální, když nabídky SaaS splňují obchodní potřeby s minimálním přizpůsobením. Nahraďte úlohy, když řešení SaaS nabízejí srovnatelné funkce, možnosti integrace splňují požadavky a celkové náklady na vlastnictví odůvodní přechod. Při vyhodnocování možností nahrazení zvažte složitost migrace dat, potřeby trénování uživatelů a změny procesů. Mezi běžné scénáře nahrazení patří systémy CRM, platformy HR a nástroje pro spolupráci, kde vyspělost SaaS poskytuje spolehlivé alternativy k vlastním řešením.

Obchodní faktor Klíčové ukazatele pro tuto strategii
K zjednodušení operací potřebujete řešení SaaS/AI. • Starší systém je příliš zastaralý nebo nepružný
• Tým musí urychlit inovace
• Řešení vyžaduje moderní architektury a nástroje.
• Provozní náklady jsou v aktuálním prostředí příliš vysoké

7. Opětovné sestavení (výstavba aplikací nativních pro cloud)

Strategie opětovného sestavení je kompletní přestavba pracovní zátěže pomocí řešení nativních pro cloud. Tento přístup je vhodný v případě, že starší systémy jsou zastaralé nebo pokud není možné modernizovat. Místo modernizace starších funkcí můžete řešení znovu vytvořit tak, aby používalo Azure funkce, jako je PaaS, automatizace a AI. Některé úlohy vyžadují opětovné sestavení, například server DHCP. U jiných úloh je lepší nasadit nové instance služeb v Azure, nikoli je migrovat, například kontrolery Doména služby Active Directory.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřebujete nové řešení nativní pro cloud, aby splňovalo požadavky. • Úloha má vyspělou alternativu SaaS.
• Interní vývojové prostředky se používají lépe jinde
• Řešení vyžaduje malé přizpůsobení.

8. Zachovat (zachovat tak, jak je)

Strategie zachování ponechává úlohy v aktuálním prostředí, když jsou stabilní, v souladu s předpisy a splňují všechny aktuální a budoucí obchodní potřeby, aniž by existoval okamžitý důvod k jejich přesunu. Je nutné zachovat úlohy, které se nedají migrovat kvůli zákonným omezením, technickým závislostem nebo požadavkům na provozní kontinuitu. Používejte Azure Arc ke správě uchovávaných místních úloh z Azure a poskytují jednotné možnosti správy. Zvažte modernější místní řešení, jako je Lokální Azure pro vaše úlohy a připojte se k Azure. Přesun úloh, které nejde migrovat na jinou vlnu migrace, nebo se k nim později při změně omezení znovu vrátit.

Obchodní faktor Klíčové ukazatele pro tuto strategii
Potřebujete stabilitu a žádné změny • Úloha je stabilní, vyhovující a splňuje obchodní potřeby.
• Neexistuje žádný krátkodobý důvod pro migraci.
• Migrace nabízí nízkou návratnost investic

Pochopte, kdy modernizovat během migrace

Modernizace během migrace odkazuje na přeplatformování, změna architektury nebo refaktoring úloh za účelem maximalizace hodnoty cloudu. Modernizace může poskytovat dlouhodobé výhody, ale představuje složitost a riziko pro časové osy migrace. Musíte vyhodnotit, zda modernizovat během migrace, nebo odložit modernizaci na období po migraci na základě jasného obchodního odůvodnění. Postupujte podle těchto doporučení:

  1. Modernizujte, pokud má váš tým požadované dovednosti a čas. Pokus o modernizaci bez odpovídajících odborných znalostí nebo času zvyšuje riziko a zpoždění. Pokud váš tým nemá připravenost, odložte modernizaci do pozdější fáze.

  2. Modernizujte úlohy, které vyžadují aktualizace kompatibility. Starší technologie, nepodporované sady SDK nebo nutnost přijetí řešení SaaS může vyžadovat modernizaci. Ospravedlněte každou snahu jasným obchodním případem.

  3. Modernizace probíhá, když migrace umožňuje financování a sladění. Projekty migrace často odemykají financování a podporu zúčastněných stran. Tuto příležitost použijte k sladění modernizace s obchodními prioritami. Zpoždění může vést k neefektivním úlohám a chybějícím příležitostem.

Sdělení rozhodnutí zúčastněným stranám

Jasná komunikace zajišťuje, aby všichni účastníci pochopili a podporovali rozhodnutí o migraci v průběhu procesu přijetí. Sladění zúčastněných stran snižuje riziko provádění a zlepšuje výsledky projektu tím, že zavádí sdílené porozumění prioritám a omezením. Je nutné vytvořit plán strukturované komunikace pro zachování souladu v průběhu procesu migrace. Postupujte podle těchto doporučení:

  1. Definujte metriky úspěchu, které ověřují obchodní výsledek. Metriky úspěšnosti kvantifikují hodnotu zvolené akce a ověřují, jestli se obchodní faktor dosahuje. Tento krok zajišťuje, aby rozhodnutí byla založena na obchodní hodnotě, nikoli na technickém dokončení. Použijte metriky, jako jsou:

    Strategie migrace do cloudu Ukázkové metriky úspěšnosti
    Retire • Vyřazení 100% úloh identifikovaných jako zastaralé před migrací
    Rehost • Migrace 100% úloh vrstvy 1 z jiného cloudu do Azure bez snížení úrovně služeb (SLA)
    • Vyřadit z provozu 30% místní infrastruktury po migraci.
    Přeformátování • Zkrácení doby nasazení o 30% pro migrované aplikace
    • Snížení nákladů na infrastrukturu a licencování o 25% do 12 měsíců
    Refactor • Zlepšení doby odezvy aplikace o 40% pomocí Azure nativních služeb
    • Dosažení 95% pokrytí pozorovatelnosti prostřednictvím instrumentace kódu
    Rearchitect • Podpora 2x uživatelského zatížení bez snížení výkonu
    • Integrace tří nových Azure nativních služeb do stávající architektury
    Replace • Přechod CRM na SaaS s 99.9% dostupností a bez upraveného kódu
    • Posun 30% vývojového úsilí na konkurenční rozdíly.
    Rebuild • Spuštění nové aplikace nativní pro cloud za tři měsíce vs. šest měsíců v místním prostředí
    • Snížení provozních nákladů o 40% pomocí služeb PaaS
    Ponechat • Udržovat aktuální stav SLA a postoj k dodržování předpisů
    • Správa místních úloh z Azure pomocí Azure Arc

  2. Zdokumentujte a sdílejte rozhodnutí o zpracování úloh se všemi relevantními zúčastněnými stranami. Rozhodnutí o migraci můžou mít vliv na více organizačních funkcí a vyžadují široký vstup účastníků. Zařaďte vlastníky podniků, právní týmy, bezpečnostní týmy a vedoucí technické pracovníky do komunikačního procesu rozhodování. Vysvětlete, jak každé rozhodnutí o strategii migrace podporuje zdokumentované obchodní cíle a řeší obavy zúčastněných stran.

  3. Koordinujte plány migrace s týmem cloudové strategie. Tým cloudové strategie poskytuje organizační kontext a zajišťuje rozhodování o migraci v souladu s širšími cíli přechodu na cloud. Pravidelná koordinace brání konfliktům mezi rozhodováním o jednotlivých úlohách a cloudovou strategií na úrovni celého podniku. Zkontrolujte výběry strategie migrace pro plán přechodu na cloud vytvořený během fáze strategie, abyste zachovali konzistenci.

  4. Zajistěte pravidelnou komunikaci mezi vlastníky mandátů a prováděcími týmy. Průběžná komunikace mezi pracovníky s rozhodovací pravomocí a implementátory zajišťuje, že plány zůstanou přijatelné, jakmile se objeví technická realita. Naplánujte pravidelné kontroly průběhu, abyste mohli sledovat průběh migrace, identifikovat rizika a řešit technické problémy. Pomocí této smyčky zpětné vazby můžete upravit strategie migrace, když dojde k problémům implementace nebo novým příležitostem.

  5. Projděte si a aktualizujte strategie migrace na základě vyvíjejících se požadavků. Obchodní priority a technické přehledy se v průběhu procesu migrace mění a vyžadují úpravy strategie. Vytvořte pravidelný cyklus kontroly, abyste znovu posoudili rozhodnutí o zacházení s úlohami vůči aktuálním obchodním cílům a technickým možnostem. Aktualizujte mapování strategií tak, aby odrážely nové priority, poznatky získané a měnící se potřeby organizace.

Další kroky

Posuďte svou pracovní zátěž

  • Last updated on