Een exitstrategie is pas iets waard als hij getest is: bekende afhankelijkheden, werkende exports, een doelarchitectuur en mensen die weten wat ze moeten doen.
Een cloud exit strategy beschrijft applicaties en afhankelijkheden, een doelomgeving, data-export en herstel, contractuele randvoorwaarden, kosten en verantwoordelijkheden. Per migratiestap horen acceptatiecriteria en een terugvalscenario. Test minstens een representatieve export en herplaatsing; een document alleen toont niet aan dat vertrekken mogelijk is.
Van exitplan naar migratie-uitvoeringVoer de test in een afgesproken testomgeving uit. Gebruik de resultaten als bewijs bij het migratieplan.
De aanleiding kan een contractbesluit, een kostenontwikkeling of een gewijzigde strategie zijn. De voorbereiding moet antwoord geven op wat verplaatst wordt, in welke volgorde en hoe werking en data worden gecontroleerd.
We brengen systemen, databronnen, identiteiten en koppelingen in samenhang in kaart. Sommige onderdelen kunnen zelfstandig verhuizen; andere moeten in dezelfde golf of tijdelijk verbonden blijven. Het plan laat zien welke afhankelijkheden de planning bepalen. Contracttermijnen worden verbonden aan technische doorlooptijden, zodat een opzegdatum niet wordt verward met een haalbare migratiedatum.
Data kunnen downloaden is niet hetzelfde als een nieuwe omgeving kunnen starten. Structuur, metadata, rechten en onderlinge relaties moeten behouden blijven of worden vertaald. We toetsen daarom een representatieve export én het gebruik ervan in de doelomgeving. Bij veel of snel veranderende data hoort ook een plan voor synchronisatie, controles en de laatste overdracht.
Broncode, configuratie, accounts, documentatie en beheerafspraken horen bij de overdracht. We leggen vast wie welk onderdeel levert en wie het accepteert. Tijdelijke verbindingen en dubbele voorzieningen krijgen een eindpunt. Ook na de technische overgang moet duidelijk blijven wie restpunten afhandelt en wanneer de oude omgeving verantwoord kan worden afgebouwd.
/01
/02
Een exportknop die nooit is ingedrukt, zegt niets. Pas als een export daadwerkelijk is uitgevoerd en op een andere omgeving is teruggezet, weet je wat je hebt.
Datzelfde geldt voor doorlooptijd: het verplaatsen van grote datasets duurt vaak langer dan het scenario aanneemt, en dat merk je liever tijdens een test dan tijdens een opzegtermijn.
/03
Een exitplan is niet iets wat je één keer maakt bij het verlaten van een leverancier. Ook op de nieuwe omgeving — bij ons doorgaans OVHcloud — hoort een actueel plan te bestaan.
We nemen daarom een periodieke toets op in het beheer: klopt de inventaris nog, werken de exports nog, en zijn de rollen nog belegd.
/kanttekening
Een exitplan verkleint risico, maar maakt vertrekken niet gratis. Het maakt de kosten, de doorlooptijd en de knelpunten vooraf bekend, zodat een besluit onderbouwd genomen kan worden.
/diensten