Proces migrace
Migrace je vysoce opakovatelný proces. V současné chvíli máte v místním datacentru kolekci binárních prostředků (virtuálních počítačů, aplikací a dat). Zítra chcete tyto binární prostředky replikovat do cloudu a přesunout produkční provoz tak, aby používal novou kopii stejných prostředků.
Stejně jako u většiny opakovatelných procesů je možné většinu práce automatizovat, aby se snížil počet opakovaných lidských úloh. Jak ale většina migračních týmů rychle zjistí, je opakovatelný proces snadnou součástí. Skrytý v rámci tohoto procesu je úsilí o správu změn, které vyžaduje rozhodnutí a lidský zásah.
Následující disciplíny migrace popisují, jak nástroj Azure Migrate a architektura přechodu na cloud společně tvarují požadovaný lidský zásah do opakovatelného procesu.
Hromadná migrace versus iterativní migrace
Binární prostředky, které se přesouvají do cloudu, je možné teoreticky migrovat v jedné velké dávce. Některé organizace byly úspěšné při hromadných migracích všech prostředků pomocí služby Azure Migrate. To vyžaduje plánované úsilí analýzy a nápravy, aby se zajistilo, že jsou všechny prostředky kompatibilní s cloudem. Vyžaduje také podrobný plán pro testování a certifikaci výkonu pro každou úlohu, která běží na těchto prostředcích.
Míra plánování a dopadu na firemní uživatele činí přístup hromadné migrace pro většinu organizací neaktuktivní. Alternativním přístupem je použít principy agilních metodologií, jako je Scrum, k rozdělení hromadné migrace do vln: migrace menší kolekce úloh v pravidelném tempu.
Iterativní přístup k migraci umožňuje firmě absorbovat změny v menších jednotkách a vést k menšímu přerušení podnikání. Umožňuje také týmu měřit a učit se z každé iterace. Tým může postupně získávat rychlost a odborné znalosti z jedné iterace na další.
Ve zbytku tohoto modulu můžete předpokládat, že se společnost Tailwind Traders rozhodla postupovat podle iterativního přístupu k migraci.
Disciplíny
V jakémkoli iterativním procesu migrace tým dokončí tři sady úkolů nebo disciplín pro úspěšnou migraci jednotlivých úloh do Azure:
Posouzení úloh: Při posuzování úloh v každé vlně architekti primárně hledají kompatibilitu cloudu a závislosti mezi prostředky. Hledají také kompatibilitu s možnostmi modernizace a optimalizace. Někdy se blíží architektuře jednotlivých úloh, aby mohli provádět pokročilé úlohy optimalizace pomocí nástroje Azure Well-Architected Review.
Nasazení úloh: Během migrace nebo nasazení úloh tým používá nástroj pro migraci k dokončení replikace prostředků (virtuálních počítačů, aplikací a dat) do cloudu. V tomto kroku tým směruje a dohlíží na opakovatelný proces, aby zajistil přesnou replikaci prostředků pro vybrané úlohy.
Úlohy vydaných verzí: Po migraci jednotlivých technologických platforem a úloh do cloudu musí tým otestovat, optimalizovat a uvolnit produkční provoz do nově migrovaných úloh. Testování může také vyžadovat vyhodnocení směrování a optimalizace síťové cesty k nově nasazeným úlohám.
Opakování těchto tří disciplín pro každou úlohu v plánu migrace pomáhá zajistit úspěšnou migraci do cloudu.
Plánování sprintů
Při plánování migrace je jedním z prvních kroků rozdělení seznamu úloh, které se mají migrovat do menších skupin.
Když se dozvíte o rychlosti vašeho týmu (kolik úloh může přesunout ve sprintu), doporučujeme začít s přístupem Power of 10 . V takovém přístupu konzistentně definujete skupiny 10 běžných úloh v každé vlně. Pak tyto skupiny 10 úloh namapujete na dvoutýdenní iterace nebo sprinty pomocí plánu přechodu na cloud v Azure DevOps. Podrobné pokyny najdete v modulu Plánování.
Před každým sprintem by měl migrační tým vyhodnotit další vlnu úloh, které se mají migrovat. Cílem tohoto vyhodnocení je zajistit, aby tým obsahoval všechny potřebné informace a přístup k úspěšnému provedení v aktuálním sprintu. Týmu také dává šanci upravit dalších 10 úloh na základě toho, co se naučil z minulých sprintů. Jakmile se tým do sprintu zavazuje, může začít skutečná práce.
Týmová organizace
Základní principy uspořádání můžete použít pro týmovou strukturu, abyste maximalizovali výstup každého sprintu na základě dostupné rychlosti. Mezi nejběžnější formy týmové organizace patří:
Týmy pro sebeorganizování: Tento typ organizace je v souladu s agilními metodologiemi. Organizace týmů zajišťuje, aby členové migračního týmu mohli společně plnit jednotlivé disciplíny. V každém sprintu tým identifikuje, kdo provádí úkoly spojené s jednotlivými disciplínami napříč jednotlivými úlohami ve vlně.
V této organizaci je cílem dokončit všechny tři disciplíny pro každou úlohu v aktuálním sprintu.
Továrna pro migraci: Opakující se povaha migračních disciplín jim umožňuje rozdělení práce mezi vysoce specializovanými týmy. V tomto přístupu je jeden tým vyhrazený pro každou disciplínu migrace. Tým hodnocení je vždy jedna až dvě vlny před týmem migrace. Tým vydaných verzí je vždy jeden až dva sprinty za týmem migrace.
Tento přístup může být efektivní ve velkých migracích, které zahrnují tisíce prostředků a stovky úloh.
Časté překážky
Technologie zřídka blokuje proces migrace. Většina blokátorů migrace pochází z kroků vynechaných v upstreamových nebo podřízených závislostech procesu migrace. Následující blokátory jsou uvedeny od nejběžnějších po nejméně časté:
Strategie a plánování: Nejběžnější blokování úspěšné migrace vychází z neúspěšných kroků během strategie nebo plánování. Nepodařilo se nastavit správná očekávání vedoucími pracovníky, projektovými manažery nebo technickými pracovníky, kteří můžou vytvářet blokátory, i když jsou všechny technické disciplíny spuštěné podle plánu.
Před zahájením jakéhokoli úsilí o migraci ve velkém se ujistěte, že jste vytvořili strategii přechodu na cloud a plán přechodu na cloud a že si je účastníci prošli.
Prostředí: Nesprávně nakonfigurovaná prostředí jsou dalším nejběžnějším blokátorem pro úspěšné migraci. Konkrétně migrace vyžaduje minimálně konfiguraci sítě a identity pro správné požadavky na připojení a přístup.
U většiny úsilí o migraci by se měly aspekty zásad správného řízení a provozu řešit včas, pokud ne před procesem migrace. Pokud chcete zajistit správnou konfiguraci prostředí, projděte si modul Learn architektury přechodu na cloud při přípravě prostředí.
Zásady správného řízení: Většina organizací má požadavky na náklady, zabezpečení, konzistenci a správu identit, které překračují základní konfiguraci prostředí. Mnoho organizací těmto požadavkům nerozumí, dokud se nepokusí migrovat produkční provoz do cloudu.
Doporučujeme, aby všechny migrační týmy před zahájením škálování migrace zkontrolovaly v modulu Learn metodologii řízení v rámci architektury přechodu na cloud. Kontrola těchto informací vám může pomoct vyhnout se opožděným překvapením.
Provoz: Většina organizací nastavil provozní požadavky na produkční úlohy v aktuálním datacentru. Často se předpokládá, že tyto provozní požadavky fungují při přesunu produkčního provozu do cloudu. Než migrační tým zahájí jakékoli úsilí o migraci ve velkém měřítku, měl by si projít modul Learn o vývoji jasné strategie , aby porozuměl základním očekáváním ohledně správy provozu v cloudu.
Technické: V některých případech můžou být úlohy zablokované kvůli zvýšeným potřebám při nápravě, modernizaci nebo změnách strategie racionalizace. Pokud jsou jednotlivé úlohy zablokované, můžete je řešit technickými špičkami, které odeberou problematické úlohy ze standardního toku.
Samostatný tým obvykle řeší technické špičky v paralelním sprintu. Migrační tým může řešit řadu technických problémů souvisejících s nápravou a modernizací. Scénáře migrace architektury přechodu na cloud sdílené na konci tohoto modulu se týkají těchto problémů.
Pokud úloha vyžaduje komplexní změny, které ovlivňují architekturu aplikace, týmy úloh by si měly přečíst modul Dobře navržená architektura Learn, kde najdete další pokyny.