Popis architektury migrace do Azure

8 min

Než začnete s migrací místních úloh tailwind Traders do Azure, měli byste zvážit vytvoření plánu migrace. Plán by měl identifikovat úlohy, které se mají migrovat, a příslušné služby nebo nástroje, které se mají během migrace použít. V ideálním případě by měl váš plán obsahovat také podrobnosti o optimalizaci migrovaných služeb.

Architektura migrace Do Azure vám může pomoct s vývojem plánu a prací na migraci. Architektura se skládá ze čtyř fází: posouzení, migrace, optimalizace a monitorování.

Fáze 1: Posouzení místního prostředí

V první fázi vyhodnotíte aktuální místní prostředí:

Identifikujte aplikace a související servery, služby a data, které jsou v rozsahu migrace.
Začněte zahrnovat zúčastněné strany, jako je oddělení IT a relevantní obchodní skupiny.
Vytvořte úplnou mapu inventáře a závislostí serverů, služeb a aplikací, které plánujete migrovat.
Odhad úspor nákladů pomocí kalkulačky celkových nákladů na vlastnictví (TCO) v Azure
Identifikujte vhodné nástroje a služby, které můžete použít k provádění čtyř fází.

Vzory strategie migrace

Existují čtyři obecné vzory strategie pro migraci úloh do cloudu: změna hostitele, refaktoring, změna architektury a opětovné sestavení. Strategie, kterou použijete, závisí na vašich obchodních faktorech a cílech migrace. Můžete zvážit přijetí více vzorů. Můžete se rozhodnout změnit hostitele jednoduchých aplikací nebo aplikací, které nejsou pro vaši firmu důležité, ale změnit architekturu aplikací, které jsou složitější a důležité pro firmu.

Změna hostitele: Změna hostitele se často označuje jako migrace metodou "lift and shift". Tato strategie nevyžaduje změny kódu a umožňuje rychle migrovat stávající úlohy do Azure. Každá úloha se migruje tak, jak je, bez rizika a nákladů spojených se změnami kódu.
Refaktoring: Refaktoring se často označuje jako přebalování. Refaktoring vyžaduje minimální změny aplikací, aby se mohly připojit k platformě Azure jako služby (PaaS) a využívat cloudové nabídky. Existující aplikace můžete migrovat do služby Aplikace Azure Service nebo Azure Kubernetes Service (AKS). Nebo můžete refaktorovat relační a nerelační databáze do jiných možností. Refaktoring do služby Azure SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL a Azure Cosmos DB (pokud je možné aplikaci snadno znovu zabalit, aby fungovala v Azure).
Změna architektury: Změna architektury migrace se zaměřuje na úpravy a rozšiřování funkcí aplikací a základ kódu pro optimalizaci architektury aplikace pro zajištění škálovatelnosti cloudu. Monolitickou aplikaci můžete rozdělit do skupiny mikroslužeb, které spolupracují a snadno škálují. Nebo můžete relační a nerelační databáze změnit na plně spravované databázové řešení. Změna architektury na azure SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL a Azure Cosmos DB
Opětovné sestavení: Opětovné sestavení provede další kroky tím, že zcela znovu sestaví aplikaci pomocí cloudových technologií Azure. Aplikace zeleného pole můžete vytvářet s nativními cloudovými technologiemi, jako jsou Azure Functions, Azure AI, Azure SQL Managed Instance a Azure Cosmos DB.

Následující tabulka uvádí scénáře pro práci se čtyřmi vzory.

Změna hostitele	Refaktoring	Změna architektury	Opětovné sestavení (Rebuild)
Rychlé přesuny úloh do cloudu Přesunutí úlohy beze změny Aplikace navržené tak, aby po migraci využívaly škálovatelnost Azure IaaS. Když jsou úlohy pro vaši firmu důležité, ale nepotřebujete okamžité změny funkcí aplikace	Použití inovativních postupů DevOps poskytovaných Azure Implementace strategie kontejneru DevOps pro úlohy Podpora přenositelnosti stávajícího základu kódu a dostupných dovedností při vývoji	Aby vaše aplikace zahrnovaly nové funkce, potřebují zásadní revize. Aby vaše aplikace fungovaly efektivně na cloudové platformě, potřebují velké revize. Použití stávajících investic do aplikací Splnění požadavků na škálovatelnost Použití inovativních postupů DevOps Minimalizace používání virtuálních počítačů	Rychlý vývoj Podpora stávajících aplikací s omezenou funkčností a životností Urychlení obchodních inovací pomocí postupů DevOps Opětovné sestavení s využitím nových cloudových nativních technologií, jako je Azure Blockchain Opětovné sestavení starších aplikací jako "žádné aplikace kódu" nebo "nízké aplikace" v cloudu

Fáze 2: Migrace úloh

Po dokončení posouzení můžete zahájit proces migrace cílových aplikací a souvisejících služeb a dat. Fáze migrace se obvykle skládá z následujícího úsilí:

Nasaďte cíle cloudové infrastruktury. Než budete moct migrovat úlohy tailwind Traders, musíte vytvořit požadované cíle cloudové infrastruktury. V závislosti na nástrojích, které používáte k provedení migrace, možná budete muset před zahájením migrace vytvořit požadované prostředky Azure. Některé nástroje, jako je Azure Migrate a Azure Database Migration Service, vám můžou vytvořit cílové prostředky Azure.
Migrace úloh Je vhodné provést pilotní nasazení migrace úloh a zvolit nekritickou aplikaci pro pilotní nasazení. Tento přístup vám umožní seznámit se s nástroji, získat zkušenosti s procesy a postupy a snížit riziko při migraci velkých nebo složitých úloh.
Vyřazení místní infrastruktury z provozu: Jakmile budete spokojeni, že se vaše zdrojové aplikace a databáze úspěšně migrují, musíte zdrojové úlohy vyřadit z provozu. Zvažte zachování záloh zdrojových úloh a archivovaných dat. Tato data můžou být užitečná, protože poskytují historický archiv. Tyto zálohy a archivy můžete uložit ve službě Azure Blob Storage.

Fáze 3: Optimalizace migrovaných úloh

V rámci fáze optimalizace je potřeba se zaměřit na tři hlavní úsilí týkající se plánování:

Analýza nákladů na migraci úloh
Projděte si doporučení ke snížení nákladů.
Identifikace možností pro zlepšení výkonu úloh

Pomocí služby Microsoft Cost Management na webu Azure Portal můžete analyzovat náklady na úlohy. Tento nástroj je k dispozici pro skupinu prostředků Azure, která obsahuje vaše migrované úlohy. Nástroj najdete v části Cost Analysis>Cost Management. Následující snímek obrazovky ukazuje analýzu nákladů za poslední fakturovatelné období skupiny ContosoResourceGroup prostředků. Výsledky zobrazují náklady podle názvu služby, oblasti a prostředku. Výsledky zobrazení můžete přizpůsobit tak, aby vyhovovaly vašim potřebám.

Snímek obrazovky znázorňující příklad analýzy nákladů s odhadovanými náklady na webu Azure Portal

Pokud chcete snížit náklady, můžete použít funkce Azure Advisoru tak, že zvolíte doporučení Advisoru. Po analýze aktuálních nákladů a kontrole doporučení můžete určit možnosti pro zlepšení výkonu úloh.

Fáze 4: Monitorování úloh

Pomocí služby Azure Monitor můžete zaznamenávat informace o stavu a výkonu z virtuálních počítačů Azure. Nainstalujte na cílové virtuální počítače agenta Protokolů služby Azure Monitor (dříve označovaný jako Log Analytics) a nastavte upozorňování a vytváření sestav.

Poznámka:

Agenta protokolů služby Azure Monitor můžete nainstalovat na počítače s Windows nebo Linuxem.

Výstrahy můžete nastavit na základě rozsahu zdrojů dat: