Plan een beheerste hostingmigratie
Een veilige migratie is geen bestandskopie met daarna een DNS-wijziging. Het is een gecontroleerde overgang van applicatiegedrag, data, koppelingen en operationele verantwoordelijkheid.
- Auteur
- Intercube
- Herzien
- Leestijd
- 10 min leestijd
01
Ontdek waar productie werkelijk van afhangt
Documentatie beschrijft zelden de volledige omgeving. Cronjobs kunnen in een oud paneel staan, credentials op de server, externe systemen kunnen een IP-adres toestaan en deploymentstappen bestaan soms alleen in persoonlijke notities. Vergelijk daarom de bedoelde architectuur met het draaiende systeem.
Inventariseer domeinen, DNS, certificaten, runtimes, services, data, queues, search, media, geplande taken, koppelingen, toegang, monitoring en back-upgedrag. Noteer datavolume en wijzigingssnelheid. Bepaal welke onderdelen los kunnen verhuizen en welke één omschakelmoment nodig hebben.
02
Bouw en repeteer de doelomgeving
Maak de doelomgeving vanuit beoordeelde configuratie en test haar met een representatieve kopie. Een repetitie gaat verder dan de homepage. Controleer build en deployment, beheerprocessen, achtergrondtaken, e-mail, callbacks, search, caching en de belangrijkste gebruikersroutes.
Meet de duur van dataoverdracht en noteer iedere handmatige ingreep. Verwerk onverwachte oplossingen vooraf in de migratieprocedure of geautomatiseerde configuratie.
- Reproduceer applicatiestack en omgevingsconfiguratie.
- Test kritieke functionele en operationele routes.
- Meet vensters voor database- en bestandssynchronisatie.
- Controleer monitoring, logs, toegang en back-ups vóór de omschakeling.
03
Ontwerp de omschakeling en beslismomenten
Een cutoverplan heeft eigenaren, tijden en criteria nodig. Leg vast wanneer applicatiewijzigingen stoppen, wanneer de laatste datasynchronisatie begint, hoe DNS of routing wijzigt, welke controles moeten slagen en wie doorgaan of stoppen beslist.
Ook terugschakelen vraagt een databesluit. Wanneer nieuwe transacties de doelomgeving al hebben bereikt, kan teruggaan naar de oude omgeving divergentie veroorzaken. Bepaal vooraf welke fouten een rollback rechtvaardigen en welke op de nieuwe omgeving worden hersteld.
04
Bewaar de oude omgeving tot de nieuwe zich heeft bewezen
De migratie eindigt niet bij DNS. Observeer applicatiefouten, queues, cron, search, caching, resourcegebruik en belangrijke transacties. Controleer of externe systemen de juiste endpoints zien en of supportteams weten waar zij onderzoek moeten doen.
Houd de oude omgeving beschikbaar volgens de afgesproken fallback en dataregels. Na de observatieperiode verwijder je oude toegang en credentials, werk je documentatie bij en draag je het operationele eigenaarschap formeel over.
Beslispunten voor de migratie
- Volledige inventarisatie van dependencies en datastromen.
- Een representatieve repetitie met gemeten tijden en verwerkte correcties.
- Benoemde eigenaren en criteria voor doorgaan, wachten of terugschakelen.
- Validatie van bedrijfsprocessen en achtergrondtaken.
- Een bewuste overdracht naar het nieuwe beheermodel.