Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Plán migrace definuje konkrétní pořadí, načasování a přístup pro migraci úloh do Azure. Tento plán překládá strategie migrace vysoké úrovně do sekvencí nasazení s možností akce. Vychází z plánu přechodu na cloud tím, že řeší taktická rozhodnutí, jako je stanovení priorit úloh, sekvencování migrace a metody přenosu dat.
Požadavky:Plán přijetí migrace, přistávací zóna Azure
Posouzení připravenosti a dovedností migrace
Posouzení připravenosti zajišťuje, že váš tým má dovednosti a podporu potřebnou k provedení plánu migrace. Tento krok identifikuje mezery v schopnostech a urychluje průběh prostřednictvím cílené trénování nebo externí podpory.
Vyhodnoťte dovednosti v Azure vašeho týmu. Projděte si zkušenosti vašeho týmu se službami Azure, nástroji pro migraci a přímou migrací. Toto vyhodnocení vám pomůže identifikovat konkrétní mezery ve znalostech a určit, jaké školení váš tým potřebuje k úspěchu.
V případě potřeby zapojte externí odborné znalosti. Pokud váš tým nemá zkušenosti s migrací do cloudu, přineste microsoft nebo partnera Microsoftu. Externí odborníci můžou ověřit strategii migrace, doporučit vhodné nástroje a pomoct vytvořit realistické časové osy. Tato podpora snižuje riziko a urychluje migraci, zejména u složitých nebo rozsáhlých projektů.
Volba cesty migrace dat
Cesta migrace dat je způsob, jakým přesouváte data z aktuálního umístění do Azure. Správná cesta zajišťuje bezpečné, rychlé a nákladově efektivní přenosy dat. Nejprve zkontrolujte, jaká síťová připojení máte k dispozici, ExpressRoute, VPN nebo veřejný internet, abyste porozuměli vašim možnostem.
Použijte ExpressRoute, když ho máte. ExpressRoute poskytuje privátní vyhrazené připojení k Azure, které je rychlejší a bezpečnější než připojení k internetu. Pokud už máte ExpressRoute nebo máte v plánu ji získat, použijte tuto metodu pro všechny úlohy. Mějte na paměti, že ExpressRoute vyžaduje čas nastavení a má náklady na přenos dat.
Vpn použijte, pokud expressRoute není k dispozici. Vyberte síť VPN, pokud potřebujete zabezpečený přenos dat, ale nemáte ExpressRoute. Síť VPN vytváří šifrovaný tunel přes internet do Azure, i když je obvykle pomalejší než ExpressRoute. Než začnete, ujistěte se, že máte v Azure nakonfigurovanou bránu VPN Gateway.
Azure Data Box můžete použít pro velké objemy dat. Data Box je nejvhodnější pro offline migrace s velkým množstvím dat. Microsoft vám doručí fyzické zařízení, do něhož zkopírujete data, a pak je odešlete zpět. Tato možnost se vyhne používání sítě, ale trvá nejdéle kvůli době expedice.
Používejte veřejný internet pro méně citlivá data. Tato možnost funguje, když vaše data nepotřebují šifrování a nemůžete používat ExpressRoute ani Data Box. I když je tato metoda dostupná všude, je to nejméně bezpečné a může zpomalit vaše ostatní internetové aktivity.
| Postup migrace dat | Kdy používat | Pros | Cons |
|---|---|---|---|
| ExpressRoute | Jakákoli pracovní zátěž, pokud je k dispozici | Zabezpečení a rychlé | Nastavení je povinné, stojí peníze. |
| síť VPN | Zabezpečené přenosy, když expressRoute není k dispozici | Bezpečnější než veřejný internet | Vyžaduje nastavení, pomalejší než ExpressRoute |
| Azure Data Box | Offline migrace s velkými objemy dat | Přesouvá data bez použití sítě. | Nejpomalejší metoda kvůli expedici |
| Veřejný internet | Nesenzitivní data a nelze použít Data Box | Funguje všude | Nejméně zabezpečená, používá šířku pásma. |
Určení pořadí migrace
Sekvencování migrace snižuje riziko a vytváří důvěru týmu vytvořením logického pořadí migrace úloh. Pořadí určuje, které úlohy se přesunou jako první a jak závislé komponenty migrují dohromady, aby se zabránilo přerušení služeb. Uspořádejte velká portfolia do migračních vln. Podrobné pokyny k plánování vln najdete v tématu Plánování vlny migrace.
Vyhledání závislostí
Nejprve zjistěte všechny závislosti. Závislosti mezi úlohami způsobují přerušení služeb, pokud nejsou migrovány společně. Před vytvořením skupin migrace namapujte interní a externí závislosti, abyste tato připojení objevili.
Analýza typů závislostí a závažnosti Různé typy závislostí vyžadují různé přístupy k migraci. Rozlišovat mezi těmito kategoriemi:
Typ závislosti Description Přístup k migraci Přímé závislosti Vyžadovat okamžitou komunikaci a nízkou latenci mezi komponentami. Přesuňte všechny přímo propojené komponenty, abyste zachovali výkon a vyhnuli se přerušení. Nepřímé závislosti Do systémů se zahrnují občasné nebo nekritické interakce. Pokud připojení toleruje latenci nebo podporuje hybridní použití, proveďte migraci společně nebo v samostatných vlnách. Obchodní závislosti Závisí na organizačních nebo řídicích vztazích. Seskupte a migrujte související pracovní zátěže a reportovací systémy, aby byly v souladu s obchodními prioritami. Seskupte úlohy podle vztahů závislostí. Vytvořte skupiny založené na sdílených databázích, rozhraních API, ověřovacích službách nebo síťových připojeních. Tyto skupiny tvoří základ migračních vln a zajišťují, aby se všechny komponenty potřebné pro funkčnost přesunuly společně. Pokud existuje nejistota týkající se závažnosti závislostí, seskupte komponenty dohromady. Tento konzervativní přístup poskytuje flexibilitu pro budoucí oddělení.
Zdokumentujte každou skupinu závislostí systematicky. Označte prostředky na základě jejich skupin závislostí pomocí konzistentních konvencí vytváření názvů. Zdokumentujte každou skupinu pomocí:
- Název a ID skupiny – jedinečný identifikátor a popisný název
- Inventář součástí – všechny prvky infrastruktury, aplikace a služby
- Kritické závislosti – Základní připojení vyžadující zvláštní zpracování
- Omezení migrace – Požadavky na obchodní, technické nebo časování
Ověření úplnosti skupiny Ověřte, že každá skupina obsahuje všechny nezbytné součásti pro provoz aplikací, včetně podpůrné infrastruktury, jako jsou nástroje pro vyrovnávání zatížení, záznamy DNS nebo vrstvy ukládání do mezipaměti.
Řešení operací ve rozděleném prostředí
Plánovat neměnitelné závislosti Identifikujte komponenty, které musí zůstat ve vašem zdrojovém prostředí z technických nebo regulačních důvodů. Zdokumentujte, proč se nemůžou přesouvat, jak se připojují k jiným systémům a jaká data sdílejí. Tato dokumentace vám pomůže vytvořit strategie pro tyto komponenty, které hladce fungují s vašimi cloudovými systémy.
Minimalizujte čas operace rozděleného prostředí. Když se komponenty můžou později přesunout do cloudu, ale ne okamžitě, zdokumentujte jejich připojení a toky dat pomocí cloudových systémů. Vytvořte jasný plán s časovými osami a přístupy ke správě rizik, abyste zkrátili dobu fungování úloh v obou prostředích. Zvažte odložení migrace, dokud se nebudou moct přesunout více komponent společně.
Efektivně propojujte prostředí. Pomocí metod integrace, jako jsou brány rozhraní API, fronty zpráv a synchronizace dat, můžete vytvářet spolehlivá připojení mezi cloudovými úlohami a komponentami zdrojového prostředí. Tyto přístupy snižují zpoždění, zlepšují zabezpečení a připraví způsob, jak nakonec přesunout zbývající komponenty do cloudu.
Určení priority úloh pro migraci
Zkontrolujte podrobnosti o úlohách. Spolupracujte se zúčastněnými stranami a zkontrolujte obchodní a technické podrobnosti jednotlivých úloh. Ujistěte se, že jsou dopady výpadků nebo selhání dobře srozumitelné a v souladu s aktuálními obchodními prioritami. Pomocí plánu přijetí migrace ověřte podrobnosti, jako je obchodní jednotka, vlastník úlohy, technické závislosti a klasifikace kritičnosti. Tyto podrobnosti pomáhají efektivně určit prioritu a sekvencovat úlohy.
Priority Obchodní hodnota Effort Description High High Low Rychlé výhry – migrujte nejprve pro okamžitý dopad Středně vysoký High High Strategické investice – pečlivě plánujte s odpovídajícími zdroji Středně nízká Low Low Snadné kandidáty – vyplnění mezer mezi hlavními migracemi Low Low High Vyhněte se nebo odložte – zaměření zdrojů na příležitosti s vyšší hodnotou Začněte s jednoduššími úlohami, abyste snížili riziko. Začněte s migrací méně složitých úloh, které představují nižší riziko. Tento přístup pomáhá vašemu týmu získat jistotu a upřesnit procesy migrace před řešením náročnějších úloh. Zaměřte se na interní nástroje, vývojová prostředí nebo aplikace s nízkým využitím se samostatnými architekturami a minimálními integračními body.
Přesun neprodukčního prostředí před produkčním prostředím. Neprodukční prostředí poskytují bezpečné místo pro testování celého procesu migrace. Před produkčním prostředím migrujte prostředí pro vývoj, přípravu a kontrolu kvality, abyste ověřili připravenost. Tato objednávka umožňuje týmům testovat konfigurace, výkon a postupy obnovení, aniž by to ovlivnilo uživatele. K trénování provozních týmů použijte neprodukční migrace.
Po předvedení počátečního úspěchu naplánujte kritické systémy. Důležité aplikace před přesunem do Azure vyžadují osvědčené možnosti migrace. Naplánujte tyto migrace na pozdější vlny, když váš tým předvádí kompetence se službami Azure. Obchodní konečné termíny, jako jsou cykly aktualizace hardwaru, můžou vyžadovat, abyste upřednostnit důležité aplikace dříve s většími bezpečnostními a delšími testovacími obdobími.
Zahrňte reprezentativní komplexní úlohy do testovacích scénářů. Přidejte do každé rané vlny jednu nebo dvě složité úlohy, abyste odhalili výzvy, kterým čelíte s důležitými aplikacemi. Zvolte úlohy, které představují běžné vzory, jako jsou vícevrstvé aplikace nebo systémy závislé na databázi.
Vytvoření podrobného plánu migrace
Nastavte počáteční a koncové datum pro každou migraci. Zahrňte čas vyrovnávací paměti pro testování a řešení problémů, abyste zajistili hladké spuštění. Toto podrobné plánování snižuje riziko zpoždění a podporuje efektivní plánování zdrojů.
Zarovnání časových os s obchodními událostmi Vyhněte se plánování migrací během důležitých obchodních období, jako jsou finanční uzavření, uvedení produktů nebo sváteční období. Toto sladění snižuje riziko narušení obchodních vztahů a zajišťuje důvěru zúčastněných stran.
Ke sledování průběhu použijte nástroje pro řízení projektů. Pomocí nástrojů, jako je Azure DevOps, můžete efektivně spravovat závislosti, sledovat milníky a efektivně komunikovat změny. Tyto nástroje poskytují přehled o průběhu migrace a podporují proaktivní řešení problémů.
Volba metody migrace pro každou úlohu
Metody migrace spadají do dvou kategorií: migrace s výpadkem a migrací s téměř nulovými výpadky. Vyberte pro každou úlohu nejlepší metodu migrace na základě odolnosti k výpadkům a důležitosti podniku.
Zvolte migraci během výpadku pro úlohy, které tolerují plánovanou dobu nečinnosti. Migrace výpadků je jednodušší a rychlejší, protože nevyžaduje synchronizaci mezi zdrojovým a cílovým prostředím v reálném čase. Tato metoda funguje dobře pro nekritické úlohy, jako jsou vývojová prostředí, testovací systémy nebo aplikace s časovými obdobími plánované údržby. Zdokumentujte přijatelnou dobu prostoje pro každou úlohu a naplánujte migraci během období s nízkým využitím, abyste minimalizovali obchodní účinky.
Zvolte téměř nulovou migraci výpadků pro kritické úlohy. Migrace s téměř nulovým výpadkem zajišťuje, že kritické úlohy zůstanou během přechodu funkční pomocí kontinuální replikace dat a technik přechodu systému. Tato metoda je nezbytná pro aplikace orientované na zákazníky, systémy transakcí v reálném čase nebo úlohy s přísnými smlouvami o úrovni služeb. Ověřte, že architektura úloh podporuje průběžnou replikaci a že šířka pásma sítě dokáže zpracovat přenos dat v reálném čase. Otestujte procesy připojení a replikace v neprodukčním prostředí, abyste potvrdili připravenost pro tuto metodu migrace.
| Metoda migrace | Kdy používat | Pros | Cons |
|---|---|---|---|
| Migrace během výpadku | Nekritické úlohy, vývojová prostředí | Jednodušší proces, rychlejší provádění | Vyžaduje se přerušení služby. |
| Migrace s téměř nulovým výpadkem | Kritické úlohy, striktní smlouvy SLA | Minimální přerušení služeb | Složité nastavení a vyžaduje testování |
Definování plánu vrácení zpět
Plán vrácení zpět umožňuje týmům rychle obrátit změny v případě selhání nasazení nebo zavedení rizika. Dobře definovaný plán minimalizuje výpadky, omezuje obchodní dopad a udržuje spolehlivost systému. Před zahájením jakékoli migrace nebo nasazení vždy nastavte kritéria a postupy vrácení zpět.
Definujte neúspěšné nasazení. Spolupracujte s obchodními účastníky, vlastníky úloh a provozními týmy a rozhodněte se, co se počítá jako neúspěšné nasazení. Mezi příklady patří neúspěšné kontroly stavu, nízký výkon, problémy se zabezpečením nebo nesplněné metriky úspěchu. Tato definice zajišťuje, že rozhodnutí o vrácení zpět odpovídají toleranci rizik vaší organizace. Uveďte konkrétní podmínky, které v plánu nasazení aktivují vrácení zpět, jako jsou limity využití procesoru, prahové hodnoty doby odezvy nebo míry chyb. Toto vyhodnocení dělá rozhodnutí o vrácení zpět jasná a konzistentní během incidentů.
Automatizujte kroky vrácení zpět v CI/CD kanálech. K automatizaci úloh vrácení zpět použijte nástroje, jako jsou Azure Pipelines nebo GitHub Actions . Pokud například kontroly stavu selžou, nastavte kanály tak, aby znovu nasadily předchozí verzi.
Vytvořte pokyny pro vrácení zpět specifické pro úlohy. Zapište kroky vrácení zpět, které odpovídají vašemu typu úlohy, prostředí a metodě nasazení. Například nasazení IaC vyžadují opětovné použití předchozích šablon. Vrácení aplikace zahrnuje opětovné nasazení předchozího kontejnerového obrázku. Připojte ke svému plánu vrácení zpět skripty, snímky konfigurace a šablony IaC. Tyto prostředky proces urychlují a snižují potřebu ručních kroků.
Otestujte postupy vrácení zpět. Simulujte chyby během nasazení v testovacím prostředí a ujistěte se, že zpětné vrácení funguje. Vyhledejte a opravte mezery v automatizaci, oprávněních nebo závislostech. Ověřte, že procedura vrácení zpět obnoví systém do stabilního, známého dobrého stavu.
Vylepšení strategií vrácení zpět Po každém nasazení nebo vrácení zpět zkontrolujte, co fungovalo a co ne. Aktualizujte pravidla vrácení zpět, kroky a skripty na základě získaných poznatků. Zohlednit změny návrhu nebo nové nástroje. Udržujte si příručky aktualizované, aby plány vrácení zpět zůstaly aktuální a užitečné.
Zapojení zúčastněných stran do plánu migrace
Schválení účastníka ověří, že váš plán migrace splňuje obchodní požadavky a odolnost vůči rizikům. Před provedením migrací byste měli zabezpečit formální schválení.
Zdokumentujte plán migrace s obchodním odůvodněním. Vytvořte strukturovaný plán zobrazující název úlohy, vlastníka, závažnosti, metodu migrace, okno výpadků a obchodní efekty. Uveďte odůvodnění jednotlivých přístupů a vysvětlete, jak minimalizuje riziko.
Prezentovat otestované postupy vrácení zpět. Zobrazte konkrétní plány vrácení zpět s kroky, časovými rámci a kritérii úspěchu. Zahrnutí automatizovaných a ručních funkcí Zdokumentujte výsledky předprodukčního testu, abyste prokázali rychlé obnovení služeb.
Ověřte harmonogramy vzhledem k obchodním omezením. Projděte si časové osy se zúčastněnými stranami, abyste se vyhnuli kritickým obchodním obdobím, zablokování údržby a sezónním špičkám. Pokud existují konflikty, poskytněte alternativní možnosti s jejich kompromisy.
Získejte formální schválení a pravomoc k obnovení změn. Zabezpečte písemné schválení od zúčastněných stran pro migrační plán a procedury vrácení změn. Definujte rozhodovací autoritu a vytvořte komunikační kanály tísňového volání.
Definujte kritéria úspěchu a zkontrolujte kontrolní body. Nastavte měřitelné metriky, včetně srovnávacích testů výkonu, ověření funkčnosti a kritérií přijetí uživatele. Naplánujte formální kontrolní body pro rozhodnutí go/no-go.