Een servercontract moet worden verlengd, de opslag zit bijna vol en iemand stelt voor om alles naar de cloud te verhuizen. Dat is een goed moment om de omgeving te bekijken. Het is ook een moment waarop je makkelijk aan een migratie begint voordat de alternatieven zijn doorgerekend.

Schrijf op welk probleem de aanleiding is. Vergelijk daarna drie opties: de huidige omgeving verbeteren, ze vervangen of de betrokken applicaties verplaatsen. Het antwoord kan per applicatie verschillen.

1. De ondersteuning loopt af

Controleer de einddatums voor ondersteuning van de hypervisor, besturingssystemen, firmware en applicatieversies. Alleen de leeftijd van hardware zegt weinig. Een ondersteunde server met vrije capaciteit kan nog jaren bruikbaar zijn; een nieuwer systeem kan afhangen van software die niemand meer onderhoudt.

Een overstap wordt interessanter wanneer verschillende ondersteuningstermijnen tegelijk aflopen en upgraden moeilijk is. Bereken wat blijven kost, inclusief applicatietests. Neem diezelfde tests op in het migratievoorstel. Een VM kopiëren naar een andere provider werkt de software in die VM niet bij.

2. Dagelijks beheer slorpt te veel tijd op

Bekijk de werkvoorraad: patches, mislukte back-ups, opslaguitbreidingen, toegangsaanvragen en incidenten buiten kantooruren. Bepaal welke taken een provider zou overnemen en welke bij je team blijven.

Een beheerde dienst kan helpen als de verantwoordelijkheden duidelijk zijn. Vraag wie het gastbesturingssysteem bijwerkt, de database herstelt, certificaten vernieuwt en 's nachts een melding opvolgt. Een voorstel dat alleen hosts en opslag dekt, laat mogelijk het grootste deel van je huidige werk liggen.

3. Je kunt een klant niet de nodige informatie geven

Een klant vraagt waar de back-ups staan of wie beheerdersrechten heeft, en het kost meerdere mensen een week om te antwoorden. Dat wijst op een probleem met documentatie of beheer. Het betekent nog niet dat je andere hosting nodig hebt.

Maak een lijst van de ontbrekende informatie en de wijzigingen die nodig zijn om ze te leveren. Vergelijk wat je zelf kunt verbeteren met wat een provider kan aantonen. Een regio kiezen levert nog geen volledig overzicht van datastromen of een bruikbare incidentprocedure op. De GDPR-checklist voor providers behandelt de contractvragen apart.

4. Capaciteit houdt gepland werk tegen

Als een nieuwe omgeving pas na weken klaar is, zoek dan uit waar die tijd naartoe gaat. Misschien wacht je op hardware. Misschien op goedkeuring, een handmatige netwerkwijziging of de enige collega die de uitrol kent.

Een cloudmigratie kan de wachttijd voor hardware verkorten. De andere vertragingen verdwijnen daarmee niet vanzelf. Controleer de beschikbare capaciteit, quota en verantwoordelijkheden bij de voorgestelde dienst, zeker als je een specifiek type GPU of een eigen host nodig hebt.

5. Het kosten- of prestatieprobleem is gemeten

Splits de factuur uit en meet het gedrag van de applicatie voordat je een bestemming kiest. Onderzoek bij een trage applicatie de queries, schijflatentie, geheugendruk en aanroepen naar externe diensten. Een applicatie verder van haar database plaatsen kan haar trager maken.

Vergelijk gelijkwaardige kosten: licenties, back-upbewaring, netwerkverkeer, ondersteuning, migratiewerk en een periode waarin beide omgevingen draaien. De gids over cloudkosten helpt om die vergelijking op te zetten.

Test het voorstel met één applicatie

Kies een applicatie met een gekende eigenaar en een overzichtelijk aantal afhankelijkheden. Spreek acceptatietests, datasynchronisatie, het omschakelmoment en de voorwaarden voor terugkeer af. Bepaal ook hoe je nieuwe schrijfbewerkingen zou meenemen als je na de omschakeling naar de oude omgeving moet terugkeren.

De proef moet aantonen of de bestemming het oorspronkelijke probleem oplost en wat een volgende verhuis kost. Gebruik die resultaten in een gesprek over migratie, in plaats van vooraf te beslissen dat elke VM mee moet.