Popis architektury migrace do Azure
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í:
- Identifikace aplikací a souvisejících serverů, služeb a dat, které jsou v rozsahu migrace
- Začněte zahrnovat zúčastněné strany, jako je oddělení IT a relevantní obchodní skupiny.
- Vytvoření úplného inventáře a mapy závislostí serverů, služeb a aplikací, které plánujete migrovat
- Odhad úspor nákladů pomocí kalkulačky celkových nákladů na vlastnictví Azure
- Identifikace vhodných nástrojů a služeb, které můžete použít k provádění čtyř fází
Vzory strategie migrace
Pro migraci úloh do cloudu existuje pět obecných vzorů strategie, které se obvykle označují jako pět zásad racionalizace: změna hostitele, refaktoring, změna architektury, opětovné sestavení a nahrazení. 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 změnit relační a nerelační databáze 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.
Nahradit: Implementujte řešení s využitím nejlepší technologie a přístupu dostupného v tuto chvíli. Někdy můžou aplikace saaS (software jako služba) poskytovat všechny potřebné funkce pro hostované aplikace. Potom je možné naplánovat nahrazení úlohy a odebrat ji z oboru migrace.
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) | Nahradit |
|---|---|---|---|---|
| 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 |
Standardizace osvědčených postupů v odvětví Zrychlení přijetí přístupů založených na obchodních procesech Reallokované investice do vývoje, které vytvářejí konkurenční diferenciaci nebo výhody Nahrazení stávajících řešení ve prospěch nabídek SaaS |
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 pro pilotní nasazení nekritické aplikace. 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
K analýze nákladů na úlohy můžete použít Microsoft Cost Management (dříve Označovaný jako Azure Cost Management a fakturace) na webu Azure Portal. 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.
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:
- Konkrétní hodnoty metrik, jako je využití procesoru
- Konkrétní text v souborech protokolu
- Metriky stavu
- Metriky automatického škálování