De Plan-fase binnen het Microsoft Cloud Adoption Framework: van strategie naar migratie roadmap

De Plan-fase binnen het Microsoft Cloud Adoption Framework (CAF) draait om het voorbereiden van een Azure-migratie. In deze fase bepaal je welke applicaties, servers en data je migreert, welke afhankelijkheden er zijn en in welke volgorde de migratie plaatsvindt. Een goed migratieplan vormt de brug tussen cloudstrategie en technische uitvoering. Door workloads vooraf te inventariseren, risico's te beoordelen en een realistische roadmap op te stellen, verklein je de kans op verstoringen, vertraging en onverwachte kosten.

Wil je eerst begrijpen hoe alle onderdelen van het framework samenhangen? Bekijk dan ons overzicht van het Microsoft Cloud Adoption Framework.

Wat is de Plan-fase?

De Plan-fase draait om het opstellen van een realistische migratieroadmap. Je brengt in kaart:

• Welke applicaties, servers en data je hebt
• Hoe systemen onderling afhankelijk zijn
• Welke workloads prioriteit hebben
• Welke migratie-aanpak past (rehost, refactor, retire)
• Hoe je migreert in overzichtelijke waves

Het doel is om de migratie voorspelbaar en beheersbaar te maken

Waarom deze fase cruciaal is

IT-landschappen zijn vrijwel altijd complexer dan gedacht. Wat “een paar servers verplaatsen” lijkt, blijkt in de praktijk:

• Verborgen afhankelijkheden te bevatten
• Legacy-systemen te draaien die nauwelijks gedocumenteerd zijn
• Bedrijfskritische applicaties te hosten op ogenschijnlijk kleine servers
• Workloads te omvatten die niet geschikt zijn voor een snelle lift-and-shift

De Plan-fase voorkomt dat je tijdens de migratie ontdekt dat een systeem cruciaal is voor de bedrijfsvoering.

Stap 1: Inventarisatie

Een goed migratieplan begint met een volledige inventarisatie van:

• Workloads (VM’s, databases, applicaties)
• Data (fileshares, storage, archieven)
• Netwerk en koppelingen
• Identiteit en toegang (AD, Entra ID, serviceaccounts)
• Eigenaarschap en business impact

Het gaat niet alleen om techniek, maar ook om context.

Stap 2: Dependency mapping

Veel applicaties communiceren continu met andere systemen: databases, shared storage, authenticatie of specifieke firewallregels. Zonder inzicht in deze afhankelijkheden loop je het risico op applicaties die na migratie traag of instabiel functioneren. Dependency mapping helpt om onverwachte problemen tijdens de migratie te voorkomen.

Stap 3: Prioriteren

Niet alles hoeft tegelijk. In deze fase bepaal je:

• Welke systemen laag risico zijn (geschikt als eerste wave)
• Welke bedrijfskritisch zijn en extra voorbereiding vragen
• Welke workloads gemoderniseerd kunnen worden
• Welke applicaties uitgefaseerd kunnen worden

Een migratie begint vaak met workloads met een beperkt risico, zodat de aanpak eerst kan worden getoetst.

Stap 4: Migratiewaves definiëren

Een migratiewave is een groep workloads die binnen een afgebakende periode wordt gemigreerd. De indeling bepaal je op basis van technische afhankelijkheden, bedrijfsimpact, complexiteit en beschikbare capaciteit.

Een mogelijke indeling is:

• Wave 1: een beperkt aantal workloads met weinig afhankelijkheden, om de migratieaanpak te testen.

• Wave 2: applicaties en systemen die relatief eenvoudig gezamenlijk kunnen worden gemigreerd.

• Wave 3: complexere workloads waarvoor aanvullende voorbereiding of afstemming nodig is.

• Latere waves: bedrijfskritische systemen waarvoor de technische en organisatorische randvoorwaarden zijn vastgesteld.

Dit is geen vaste volgorde. Workloads die sterk van elkaar afhankelijk zijn, moeten soms juist gezamenlijk worden gemigreerd.

Stap 5: Azure Migrate inzetten

Met Azure Migrate kun je:

• Servers detecteren
• Performance meten
• Sizing-advies ontvangen
• Kosteninschattingen maken
• Migraties voorbereiden

De kracht zit in datagedreven beslissingen in plaats van aannames.

Output van de Plan-fase

Aan het einde van deze fase heb je:

• Een volledig overzicht van workloads en applicaties
• Inzicht in afhankelijkheden en risico’s
• Een migratiestrategie per workload
• Een roadmap met waves en planning
• Een eerste kosten- en impactinschatting

Het plan hoeft niet perfect te zijn, maar moet realistisch en onderbouwd zijn.

Veelgemaakte fouten

• Migreren zonder voldoende inzicht. Ontbrekende informatie over applicaties en afhankelijkheden kan tijdens de uitvoering tot onverwachte verstoringen leiden.
• Alleen technisch inventariseren. Zonder inzicht in bedrijfsprocessen en gebruikersimpact is lastig te bepalen welke systemen prioriteit hebben.
• Onduidelijk eigenaarschap. Wanneer niet vaststaat wie besluiten neemt of verantwoordelijk is voor een workload, kan de migratie vertraging oplopen.
• Migratiewaves onvoldoende afstemmen. Een verkeerde volgorde kan ervoor zorgen dat applicaties tijdelijk niet goed samenwerken of onnodig lang buiten gebruik zijn.

Wanneer ben je klaar?

Je bent klaar voor de Ready-fase als:

• Inventarisatie en afhankelijkheden inzichtelijk zijn
• Workloads zijn geprioriteerd
• Migratiewaves zijn gedefinieerd
• Stakeholders de roadmap begrijpen en steunen

Tot slot

Met een onderbouwde migratieroadmap, inzicht in afhankelijkheden en duidelijke prioriteiten is de organisatie voorbereid op de technische inrichting van Azure. De volgende stap is de Ready-fase, waarin de basis voor de cloudomgeving wordt ingericht. Lees verder in De Ready-fase binnen het Microsoft Cloud Adoption Framework