Het Azure-migratieframework beschrijven
Voordat u on-premises workloads van Tailwind Traders naar Azure kunt migreren, moet u overwegen om een migratieplan te maken. Het plan moet de workloads identificeren die moeten worden gemigreerd en de juiste service of hulpprogramma's die tijdens de migratie moeten worden gebruikt. In het ideale geval moet uw plan ook details bevatten over het optimaliseren van de gemigreerde services.
Het Azure-migratieframework kan u helpen bij het ontwikkelen van uw plan en het uitvoeren van uw migratie. Het framework bestaat uit vier fasen: Evalueren, Migreren, Optimaliseren en Bewaken.
Fase 1: Uw on-premises omgeving evalueren
In de eerste fase evalueert u de huidige on-premises omgeving:
- Identificeer uw apps en hun gerelateerde servers, services en gegevens, die binnen het bereik van migratie vallen
- Begin belanghebbenden te betrekken, zoals de IT-afdeling en relevante bedrijfsgroepen
- Maak een volledige inventarisatie- en afhankelijkheidstoewijzing van uw servers, services en apps die u van plan bent te migreren
- Uw kostenbesparingen schatten met behulp van de Azure Total Cost of Ownership Calculator (TCO)
- De juiste hulpprogramma's en services identificeren die u kunt gebruiken om de vier fasen uit te voeren
Migratiestrategiepatronen
Er zijn vijf brede strategiepatronen voor het migreren van workloads naar de cloud, meestal de vijf R's van rationalisatie genoemd: Rehost, Refactor, Rearchitect, Rebuild en Replace. Welke strategie u gebruikt, is afhankelijk van uw zakelijke drijfveren en migratiedoelen. U kunt overwegen om meerdere patronen te gebruiken. U kunt ervoor kiezen om eenvoudige apps of apps die niet essentieel zijn voor uw bedrijf opnieuw te hosten, maar om apps opnieuw te ontwerpen die complexer en bedrijfskritieker zijn.
Rehost: Rehost wordt vaak een lift- en shift-migratie genoemd. Voor deze strategie zijn geen codewijzigingen vereist en kunt u uw bestaande workloads snel naar Azure migreren. Elke workload wordt naar verwachting gemigreerd, zonder het risico en de kosten die zijn gekoppeld aan codewijzigingen.
Herstructureren: Herstructureren wordt vaak herverpakt genoemd. Herstructurering vereist minimale wijzigingen in apps, zodat ze verbinding kunnen maken met Azure Platform as a Service (PaaS) en cloudaanbiedingen kunnen gebruiken. U kunt bestaande apps migreren naar Azure-app Service of Azure Kubernetes Service (AKS). U kunt ook relationele en niet-relationele databases herstructureren in andere opties. Herstructureren in Azure SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL en Azure Cosmos DB (als uw app eenvoudig opnieuw kan worden verpakt in Azure).
Opnieuw ontwerpen: Opnieuw ontwerpen voor migratie is gericht op het wijzigen en uitbreiden van app-functionaliteit en de codebasis om de app-architectuur voor schaalbaarheid in de cloud te optimaliseren. U kunt een monolithische toepassing opsplitsen in een groep microservices die eenvoudig samenwerken en schalen. U kunt ook relationele en niet-relationele databases opnieuw ontwerpen naar een volledig beheerde databaseoplossing. Opnieuw ontwerpen naar Azure SQL Managed Instance, Azure Database for MySQL, Azure Database for PostgreSQL en Azure Cosmos DB.
Herbouwen: Herbouwen gaat een stap verder door een app volledig opnieuw te bouwen met behulp van Azure-cloudtechnologieën. U kunt green field-apps bouwen met cloudeigen technologieën zoals Azure Functions, Azure AI, Azure SQL Managed Instance en Azure Cosmos DB.
Vervangen: Implementeer oplossingen met behulp van de beste technologie en aanpak die op dit moment beschikbaar is. Soms kunnen SaaS-toepassingen (Software as a Service) alle benodigde functionaliteit bieden voor uw gehoste toepassingen. Vervolgens kan een workload worden gepland voor vervanging, zodat deze uit het migratiebereik wordt verwijderd.
De volgende tabel bevat scenario's voor het werken met de vier patronen.
| Opnieuw hosten | Herstructureren | Opnieuw ontwerpen | Opnieuw bouwen | Replace |
|---|---|---|---|---|
| Workloads snel verplaatsen naar de cloud Een workload verplaatsen zonder deze te wijzigen Voor apps die zijn ontworpen om te profiteren van de schaalbaarheid van Azure IaaS na de migratie Wanneer workloads belangrijk zijn voor uw bedrijf, maar u geen directe wijzigingen in app-mogelijkheden nodig hebt |
Innovatieve DevOps-procedures toepassen die worden geleverd door Azure Een DevOps-containerstrategie implementeren voor workloads Ondersteuning voor draagbaarheid van uw bestaande codebasis en beschikbare ontwikkelvaardigheden |
Uw apps hebben belangrijke revisies nodig om nieuwe mogelijkheden op te nemen Uw apps hebben belangrijke revisies nodig om effectief te kunnen werken op een cloudplatform Bestaande toepassingsinvesteringen gebruiken Voldoen aan schaalbaarheidsvereisten Innovatieve DevOps-procedures toepassen Het gebruik van virtuele machines minimaliseren |
Snelle ontwikkeling Ondersteuning voor bestaande apps met beperkte functionaliteit en levensduur Bedrijfsinnovatie versnellen met behulp van DevOps-procedures Herbouwen met nieuwe cloudtechnologieën zoals Azure Blockchain Verouderde toepassingen opnieuw bouwen als 'geen code-apps' of 'lage apps' in de cloud |
Best practices voor de branche standaardiseren De acceptatie van bedrijfsprocesgestuurde benaderingen versnellen Opnieuw toegewezen ontwikkelingsinvesteringen die concurrerende differentiatie of voordelen creëren Bestaande oplossingen vervangen in het voordeel van SaaS-aanbiedingen |
Fase 2: Uw workloads migreren
Nadat u de evaluatie hebt voltooid, kunt u beginnen met het migreren van uw beoogde apps en de bijbehorende services en gegevens. De migratiefase bestaat doorgaans uit de volgende inspanningen:
Cloudinfrastructuurdoelen implementeren. Voordat u Tailwind Traders-workloads kunt migreren, moet u de vereiste cloudinfrastructuurdoelen maken. Afhankelijk van de hulpprogramma's die u gebruikt om de migratie uit te voeren, moet u mogelijk de vereiste Azure-resources maken voordat u met de migratie begint. Sommige hulpprogramma's, zoals Azure Migrate en Azure Database Migration Service, kunnen de Doel-Azure-resources voor u maken.
Workloads migreren. Het is een goed idee om uw workloadmigratie te testen en een niet-kritieke app voor de test te kiezen. Met deze aanpak kunt u vertrouwd raken met hulpprogramma's, ervaring krijgen met processen en procedures en risico's verminderen bij het migreren van grote of complexe workloads.
On-premises infrastructuur buiten gebruik stellen: nadat u tevreden bent dat uw bron-apps en -databases zijn gemigreerd, moet u de bronworkloads buiten gebruik stellen. Overweeg de back-ups van de bronworkload en gearchiveerde gegevens te behouden. Deze gegevens kunnen nuttig zijn omdat deze een historisch archief bieden. U kunt deze back-ups en archieven opslaan in Azure Blob Storage.
Fase 3: Uw gemigreerde workloads optimaliseren
Voor de optimalisatiefase zijn er drie belangrijke inspanningen om u te richten op uw planning:
- Migratiekosten voor uw workloads analyseren
- Aanbevelingen bekijken voor het verlagen van uw kosten
- Opties identificeren voor het verbeteren van de prestaties van uw workload
U kunt Microsoft Cost Management (voorheen Bekend als Azure Cost Management en Facturering) in Azure Portal gebruiken om uw workloadkosten te analyseren. Dit hulpprogramma is beschikbaar voor de Azure-resourcegroep die uw gemigreerde workloads bevat. U vindt het hulpprogramma in de sectie Kostenanalyse>Cost Management. In de volgende schermopname ziet u een kostenanalyse voor de laatste factureerbare periode voor de ContosoResourceGroup resourcegroep. In de resultaten worden de kosten weergegeven op basis van de servicenaam, regio en resource. U kunt de weergaveresultaten aanpassen aan uw behoeften.
Om uw kosten te verlagen, kunt u de Azure Advisor-functies gebruiken door Advisor-aanbevelingen te kiezen. Nadat u uw huidige kosten hebt geanalyseerd en de aanbevelingen hebt bekeken, kunt u uw opties bepalen voor het verbeteren van de prestaties van uw workload.
Fase 4: Uw workloads bewaken
U kunt Azure Monitor gebruiken om status- en prestatiegegevens van uw virtuele Azure-machines vast te leggen. Installeer de Azure Monitor Logs-agent (voorheen Bekend als Log Analytics) op virtuele doelmachines en stel vervolgens waarschuwingen en rapportage in.
Notitie
U kunt de Azure Monitor Logs-agent installeren op computers met Windows of Linux.
U kunt waarschuwingen instellen op basis van een reeks gegevensbronnen:
- Specifieke metrische waarden, zoals CPU-gebruik
- Specifieke tekst in logboekbestanden
- Metrische statusgegevens
- Metrische gegevens automatisch schalen