Příprava nástrojů a backlog počáteční migrace
K implementaci migrace potřebujete správné nástroje a komplexní backlog úloh, které se mají migrovat. Tento článek obsahuje pokyny k přípravě migrace definováním potřebných nástrojů a sestavením backlogu počáteční migrace.
Příprava nástrojů pro migraci
K úspěšnému dokončení migrace potřebujete konkrétní nástroje pro posouzení, replikaci a sledování úloh prostřednictvím iterací, včetně nápravných aktivit.
K dispozici jsou různé nástroje pro migraci. Řada z nich je buď nativní pro platformu Azure, nebo je již běžně dostupná.
Tady je seznam běžných nástrojů nebo nabídek, které potřebujete pro úspěšný projekt migrace:
Typ nástroje | Funkce | Nástroj |
---|---|---|
Zjišťování a hodnocení | Provádí automatizované zjišťování a hodnocení vašeho prostředí. Identifikuje blokátory migrace a identifikuje závislosti mezi servery. | Azure Migrate |
Replikace | Replikuje stav dat mezi místním zdrojem a cloudovým pracovním prostředím. Používá se k hydrataci a migraci prostředků. | Azure Migrate |
Sledování | Slouží k uspořádání aktivit projektu, jako je seskupení serverů do úloh, sledování nápravných aktivit a zajištění stavu migrace úloh. | Azure DevOps, Excel a Microsoft Project |
Průvodce migrací | Pomáhá identifikovat, kterou funkci migrace použít pro Azure Migrate. Průvodce provedením migrace je projektový zdroj, který vás krok za krokem provede rozhodováním a implementací migrace. | Průvodce spuštěním migrace |
I když místo služby Azure Migrate můžete použít jiné nástroje, doporučujeme použít nativní nabídku, pokud neexistuje identifikovaný důvod. Nativní nabídka Azure Migrate je sestavená tak, aby bezproblémově fungovala s platformou Azure a průběžně se aktualizuje, aby podporovala nejnovější funkce a možnosti.
Poznámka:
Pokud k replikaci úlohy do Azure používáte existující nástroj, může změna nástrojů během tohoto procesu narušit a snížit výkon. V tomto scénáři pokračujte v používání existujícího nástroje. Později můžete spustit povýšení migrace, jako je scénář převzetí služeb při selhání zotavení po havárii.
Počáteční backlog migrace
Následující části popisují požadované aktivity, které byste měli provést při sestavení počátečního backlogu migrace.
Za péči o digitální aktiva a jejich údržbu je zodpovědný tým cloudové strategie. Řešení backlogu vygenerovaného z mapování digitálních aktiv však spadá do sdílené odpovědnosti za všechny role, které jsou součástí procesu migrace. Tým cloudové strategie a tým přechodu na cloud by měli zkontrolovat backlog migrace a porozumět mu, než týmy začnou plánovat jednotlivé aktivity úloh. Během kontroly musí členové obou týmů získat dostatečné znalosti, aby mohli vyjádřit následující klíčové body týkající se backlogu migrace.
Obchodní výsledky a metriky
Každý člen týmu by měl rozumět zamýšleným obchodním výsledkům. Migrace nějakou dobu trvá. Členům týmu je snadné se vyrušovat naléhavé, ale méně strategické aktivity v různých fázích migrace. Vytvoření a posílení zamýšlených výsledků pomáhá členům týmu pochopit prioritu a relativní důležitost aktivit migrace, aby se v průběhu času mohli lépe rozhodovat.
Sledování průběhu migrace je stejně důležité jak pro motivaci migračního týmu, tak pro trvalou podporu zúčastněných stran. Sledujte průběh prostřednictvím klíčových ukazatelů výkonu migrace a monitorováním metrik. Bez ohledu na to, jak sledujete úsilí, je důležité, aby tým věděl o klíčových metrikách, aby mohl vyhodnotit výkon během následných iterací.
Obchodní priority
Někdy se může stát, že stanovení priority jedné úlohy nad jinou nemusí vypadat jako logické nebo dokonce přínosné pro tým přechodu na cloud. Pochopení obchodních priorit, které řídí rozhodování o stanovení priorit úloh, může týmu pomoct udržet kritickou motivaci. Pomáhá také týmu, aby při rozhodování o stanovení priorit přispěl silnějším přínosem.
Klíčové předpoklady
Racionalizace digitálních aktiv popisuje flexibilitu a dopad na úsporu času práce ze základních předpokladů při vyhodnocování digitálních aktiv. Aby bylo možné tyto hodnoty plně realizovat, musí tým přechodu na cloud porozumět předpokladům a důvodům, proč byly vytvořeny předpoklady. Díky tomu bude tým lépe vybaven předpoklady pro efektivitu a úspory.
Zachycení backlogu
Zachyťte backlog v umístění, které můžete sdílet se všemi členy týmu přechodu na cloud. Ze sdíleného umístění můžou různí členové týmu sladit své znalosti a pracovat s backlogem a v průběhu procesu migrace zachovat aktuální backlog.
Můžete používat nástroje, které jsou ve vaší organizaci známé, a stavět na nástrojích, které používáte k dokončení racionalizace digitálních aktiv.
Pokud hledáte předem připravené šablony, obsahuje průvodce provedením migrace tabulky šablony, které vám můžou pomoct uspořádat backlog.
Je důležité přidružit úlohy k serverům, abyste mohli sledovat samotnou úlohu prostřednictvím jednotlivých migrací serverů v backlogu. Backlog můžete také použít k předvádění závislostí mezi úlohami při dokončení posouzení. Když opravíte prostředky a dokončíte testování, sloučíte backlog s plánem nápravy.
Backlog se používá v průběhu procesu migrace. Údržba backlogu je důležitá.
Plánování backlogu pro více datacenter
Než začnete s migrací, měli byste v nástroji pro správu projektů vytvořit náměty pro každé migrové datové centrum. V námětu datacentra můžete seskupit přidruženou práci, abyste mohli sledovat stav jednotlivých umístění datacentra.
Pokud ke správě migrace nepoužíváte náměty, můžete použít cíle nejvyšší úrovně nebo seskupení pro datová centra. Klíčem je, že můžete filtrovat, organizovat a sledovat každé datové centrum jako samostatné umístění.
Je důležité pochopit obchodní výsledky a motivaci pro vaši migraci. Pomocí těchto motivací můžete určit prioritu seznamu námětů (nebo datových center). Pokud například záměr migrovat z místního datacentra před koncem aktuálního zapůjčení vaši migraci řídí, upřednostněte náměty pomocí dat prodloužení zapůjčení.
V rámci každého námětu spravujte úlohy, které posuzujete a migrujete jako funkce. Spravujte každý prostředek v rámci této úlohy jako uživatelský scénář. Úkoly představují práci na posouzení, migraci, optimalizaci, zvýšení úrovně, zabezpečení a správě jednotlivých prostředků.
Sprint nebo iterace je řada úloh, které jsou potřeba k migraci prostředků a uživatelských scénářů, ke kterým se tým přechodu na cloud zavazuje. Sprint je obvykle segment času, například fiskální čtvrtletí nebo kalendářní měsíc. Verze představuje jednu nebo více úloh nebo funkcí, které jsou povýšeny do produkčního prostředí.