Welk cloudplatform u ook kiest: hoe makkelijk kunt u er weer vanaf?

Digitale soevereiniteit betekent niet dat u iedere afhankelijkheid moet vermijden, maar dat u bewust controle en bewegingsvrijheid organiseert.

Een cloudplatform kiest u voor de toekomst. Maar die toekomst laat zich niet volledig voorspellen.

Wet- en regelgeving verandert. Eisen rondom data en digitale soevereiniteit kunnen veranderen. Technologie ontwikkelt zich en ook uw eigen organisatie staat niet stil. De oplossing die vandaag het beste past, hoeft daarom niet over vijf jaar nog steeds de beste keuze te zijn.

Een goede cloudstrategie gaat wat ons betreft dan ook niet alleen over de vraag waar u vandaag wilt draaien, maar ook over de vraag hoeveel bewegingsvrijheid u morgen nog heeft. Dat sluit direct aan op het uitgangspunt dat een cloudkeuze niet moet leiden tot onnodige afhankelijkheid en een exitstrategie hoort vanaf het begin onderdeel te zijn van een bewuste cloudstrategie.

Digitale soevereiniteit gaat over meer dan de locatie van uw data
Bij MCX helpen we organisaties om te bepalen waar hun Oracle-workloads het beste kunnen draaien. Dat kan on-premises zijn, in de MCX cloud, op Oracle Cloud Infrastructure of op Microsoft Azure. Het vertrekpunt is niet het platform zelf, maar wat een organisatie nodig heeft op het gebied van continuïteit, compliance, veiligheid, performance, beheersbaarheid en kosten.

Zodra een organisatie kiest voor een extern cloudplatform, komt daar nog een belangrijk vraagstuk bij: digitale soevereiniteit.

Daarbij wordt vaak als eerste gekeken naar waar gegevens fysiek worden opgeslagen. Dat is belangrijk, maar soevereiniteit gaat wat ons betreft verder. Het gaat ook over wie uiteindelijk controle heeft over uw data, van welke technologie u afhankelijk wordt en hoeveel vrijheid u behoudt om later een andere keuze te maken.

De vraag is dus niet alleen: waar staan onze gegevens? De minstens zo belangrijke vraag is: houden we zelf voldoende regie als onze omstandigheden veranderen?

Digitale soevereiniteit gaat daarom niet alleen over waar uw data staat. Het gaat ook over de mate waarin u zelf de regie houdt. Over wie toegang heeft tot uw gegevens, hoe u voldoet aan eisen rondom compliance en hoeveel vrijheid u behoudt om uw omgeving anders in te richten als omstandigheden veranderen.

Controle begint bij het ontwerp
Digitale soevereiniteit ontstaat niet op het moment dat u daadwerkelijk wilt overstappen. De keuzes die bepalen hoe eenvoudig of ingewikkeld dat later wordt, maakt u veel eerder.

Dat begint bijvoorbeeld bij uw sleutelbeheer. Met BYOK, Bring Your Own Key, brengt en beheert u uw eigen encryptiesleutels in plaats van de volledige controle daarover bij het cloudplatform neer te leggen. Daarmee verkleint u een belangrijke afhankelijkheid.

Maar hetzelfde principe geldt voor de architectuur als geheel. Hoe meer een omgeving volledig verweven raakt met platform specifieke technologie, hoe groter de inspanning kan worden om die omgeving later ergens anders onder te brengen.

Daarom kijken we bij het ontwerp niet alleen naar wat technisch handig is voor vandaag. We kijken ook naar de gevolgen van keuzes voor morgen.

Open standaarden kunnen daarbij helpen. Net als containers en infrastructure-as-code. En bij iedere managed service is het verstandig om niet alleen te kijken naar de voordelen die deze vandaag oplevert, maar ook naar de afhankelijkheid die ermee ontstaat.

Niet iedere afhankelijkheid is verkeerd. Soms levert een platformspecifieke dienst juist grote voordelen op in performance, beheersbaarheid of kosten. Het gaat erom dat die afhankelijkheid bewust ontstaat en dat duidelijk is wat de consequenties zijn als u er later afscheid van wilt nemen.

Die gedachte past bij de onafhankelijke adviesrol die in ons eerdere artikel over platformkeuze wordt beschreven: architectuur hoort aan te sluiten op de strategie van de organisatie, niet andersom.

Een exitstrategie die alleen op papier bestaat, is niet genoeg
Veel organisaties hebben bij de keuze voor een cloudplatform wel nagedacht over een mogelijke exit. Op papier is dan beschreven hoe data en workloads kunnen worden verplaatst.

Maar de belangrijkste vraag komt daarna: werkt dat plan ook echt?

Een exitstrategie die nooit is getest, geeft vooral theoretische zekerheid. Pas wanneer u daadwerkelijk onderzoekt wat ervoor nodig is om een omgeving te verplaatsen, wordt zichtbaar waar de afhankelijkheden zitten.

Door een exitstrategie daadwerkelijk te testen, wordt duidelijk wat een overstap in de praktijk betekent. U krijgt inzicht in welke data eenvoudig kan worden meegenomen, welke onderdelen specifiek aan het huidige platform zijn verbonden en welke componenten opnieuw moeten worden opgebouwd. Ook wordt zichtbaar welke kennis nodig is en hoeveel tijd een overstap naar verwachting kost. Zo weet u niet alleen dát u kunt overstappen, maar ook wat ervoor nodig is.

Door zo'n exitstrategie periodiek te toetsen, wordt deze onderdeel van het reguliere beheer in plaats van een document dat pas wordt opgezocht wanneer de noodzaak tot vertrekken al bestaat.

Daarmee wordt een exitstrategie geen teken dat u van plan bent een platform te verlaten. Het is juist een manier om zeker te weten dat u kunt vertrekken als omstandigheden daarom vragen.

Niet onafhankelijk van technologie, wel vrij om opnieuw te kiezen
Volledige onafhankelijkheid van een cloudplatform is in de praktijk zelden het doel. Wie ieder platform specifiek voordeel vermijdt uit angst voor afhankelijkheid, kan ook waardevolle mogelijkheden laten liggen. De kunst zit daarom in het maken van bewuste keuzes.

Het gaat erom per onderdeel bewust de afweging te maken tussen de voordelen van een specifieke dienst en de afhankelijkheid die daarmee ontstaat. Voor sommige onderdelen kan een platform specifieke oplossing prima passen, terwijl het voor andere verstandiger is om de inrichting zo platformonafhankelijk mogelijk te houden. Zeker bij bedrijfskritische onderdelen is het belangrijk om vooraf te weten wat ervoor nodig is om deze later gecontroleerd te kunnen verplaatsen.

Juist daarom kijken we bij MCX verder dan de eerste cloudkeuze. Onze onafhankelijke positie betekent dat het antwoord niet vooraf vaststaat. We beheren Oracle-omgevingen op verschillende platformen en kunnen daardoor beginnen bij wat een organisatie nodig heeft, in plaats van bij het platform waar de workload per definitie zou moeten landen.

De beste exitstrategie begint voordat u wilt vertrekken
Een cloudkeuze hoeft geen keuze voor altijd te zijn.

Maar de mogelijkheid om later te veranderen ontstaat alleen wanneer daar vandaag al rekening mee wordt gehouden. In sleutelbeheer. In architectuur. In de keuze voor technologie en managed services. En vooral in een exitstrategie die niet alleen wordt beschreven, maar ook wordt getest.

Kijk daarom eens kritisch naar uw huidige omgeving.

Weet u welke afhankelijkheden er vandaag bestaan? Wie controle heeft over uw data en encryptiesleutels? Welke onderdelen eenvoudig te verplaatsen zijn? En hoeveel tijd u daadwerkelijk nodig zou hebben om naar een ander platform over te stappen?

Als die vragen lastig te beantwoorden zijn, is dat misschien wel het beste moment om ernaar te kijken.