Ga naar inhoud

Een workload naar het platform migreren

Deze pagina beschrijft een gefaseerde manier om een workload van een oudere omgeving (on-premises, een oudere landing zone of een andere cloud) naar een spoke op het platform te verplaatsen. De primaire verantwoordelijkheid voor de migratie blijft bij het workload team. Het platformteam helpt met de spoke, het netwerk en de standaardwijzigingen, en adviseert over het ontwerp. Het migreert je applicatie niet voor je, tenzij jullie dat apart hebben afgesproken.

De fasen zijn een richtlijn. Je organisatie kan stappen toevoegen, bijvoorbeeld goedkeuringen, change windows of een migratieboard. Vraag je platformteam welke gelden. Zie Beheermodellen voor wie het platformteam is.

flowchart LR
    subgraph team["Once per team"]
        A["1. Onboarding"] --> B["2. Workload identification"]
    end
    subgraph wl["Once per workload"]
        C["3. Design"] --> D["4. Spoke deployment"] --> E["5. Workload deployment"]
        E --> F["6. Data and cut-over"] --> G["7. Decommission legacy"] --> H["8. Evaluate"]
    end
    B --> C

Begin met één kleine workload met laag risico om het proces te leren (crawl). Doe de volgende met wat je hebt geleerd (walk). Plan de grote of kritieke workloads als laatste (run).

De fasen

# Fase Wat het team doet Wat het platformteam kan doen
1 Onboarding Volg de introductie, lees de verantwoordelijkheden en beperkingen, en benoem de rollen in je team. Het platform en de support ervan introduceren. Zie Onboarding.
2 Workload identification Maak een lijst van je workloads, hun afhankelijkheden en eigenaren. Doe per workload een business impact analysis (BIA) en bepaal de classificatie. Adviseren over de indeling en het eigenaarschap.
3 Design Vergelijk de huidige architectuur met de regels van het platform. Leg de wijzigingen vast die je moet doorvoeren (private endpoints, identiteit, tagging, policies). Plan de migratiestrategie en de cut-over. Het ontwerp reviewen. Helpen met het plannen van de IP-range en de firewallregels die je nodig hebt.
4 Spoke deployment Vraag de spoke aan. Controleer de connectiviteit en de toegang tot de spoke. De spoke aanmaken.
5 Workload deployment Deploy de workload in de spoke met je pipelines en code. Vraag de firewallregels aan en, voor webapps, het item in de Application Gateway. Test eerst in dev en tst. De standaardwijzigingen afhandelen.
6 Data and cut-over Migreer de data. Controleer de integriteit. Laat gebruikers valideren. Schakel het verkeer om (bijvoorbeeld het DNS-record) als je er klaar voor bent. Houd een rollback-pad open totdat je het resultaat hebt geverifieerd. Adviseren over het cut-over-plan en de risico's.
7 Decommission legacy Controleer dat niets meer afhankelijk is van de oude omgeving. Trek de toegang in en verwijder de oude resources veilig. Zie de checklist hieronder.
8 Evaluate Evalueer hoe het ging, leg lessons learned vast en werk je eigen procedures bij. Geef feedback op het platform. De feedback verzamelen.

Doe het netwerkwerk vroeg

De meeste vertraging komt door netwerktoegang die laat is aangevraagd: adresbereiken, firewallregels naar andere systemen en on-premises connectiviteit. Verzamel in fase 2 alle verbindingen van de workload en vraag de regels vóór de cut-over aan, per omgeving. Regels tussen oude en nieuwe omgevingen kunnen nodig zijn zolang de migratie duurt.

Checklist voor fase 7: de oude omgeving opheffen

  • Alle afhankelijkheden van andere systemen van de oude omgeving zijn verplaatst of verwijderd.
  • De data is gemigreerd, en er zijn back-ups of een archief zolang je retentieregels dat vereisen.
  • DNS-records, certificaten, firewallregels en monitoring die naar de oude omgeving verwijzen zijn verwijderd of verplaatst.
  • De toegang van mensen en serviceaccounts tot de oude omgeving is ingetrokken.
  • De oude resources zijn verwijderd, en de oude subscription is opgezegd als die leeg is. Is de oude omgeving zelf een spoke op dit platform, volg dan Een spoke verwijderen.
  • De kostenrapportage laat zien dat de oude kosten weg zijn. Leg de besparingen vast als je organisatie die bijhoudt.