Migreren naar Azure, zonder onderbreking

Breng alles in kaart

Voor u iets verplaatst, moet u weten wat er is: applicaties, servers, databases en vooral wat van wat afhangt. Welke applicatie roept welke database aan, welke taak draait 's nachts, welke partner verbindt vanaf welk IP-adres.

Praat met de mensen die de systemen gebruiken, niet alleen met wie ze beheert. Zij weten wanneer het rustig is, en welke oude tool voor één team nog heel belangrijk is.

Bouw eerst de landing zone

De landing zone is de basis waarop alle applicaties komen te staan: netwerk, identiteiten, beveiligingsregels, naamgeving, tags en budgetten. Wie die eerst bouwt, laat elke gemigreerde applicatie landen in een nette, beheerde omgeving, en niet in een tijdelijke opstelling die uiteindelijk blijft.

Repliceer en test

In plaats van alles in één keer te verhuizen, bouwt u de nieuwe omgeving naast de oude en repliceert u de gegevens continu. U test de applicaties aan de Azure-kant met echte scenario's, terwijl het oude systeem gewoon blijft draaien.

Hier komen de verrassingen boven: een hardgecodeerd IP-adres, een certificaat, een time-out die niemand had opgemerkt. Beter nu dan in de nacht van de overstap.

Schakel in één keer over

De overstap zelf moet kort zijn en vooraf geoefend: laatste synchronisatie van de gegevens, DNS omzetten, controles, en gaan. Schrijf de stappen uit, doe een generale repetitie en spreek vooraf af wat "het werkt" betekent en wie de beslissing neemt.

Verwittig gebruikers en partners. Een aangekondigd uur onderhoud is zelden een probleem. Een onverwachte onderbreking altijd.

Houd een weg terug open

Zet de oude omgeving de volgende ochtend niet meteen uit. Houd ze klaar tot de nieuwe een volledige cyclus heeft doorlopen: een maandafsluiting, een drukke dag, de nachtelijke taken. Loopt er iets mis, dan moet terugkeren een eenvoudige beslissing zijn, geen nieuw project.