Je kiest een Europese cloudregio. De applicatiedatabase staat daar. Back-ups kunnen een aparte dienst gebruiken, logs kunnen via een monitoringagent vertrekken en een supportticket kan een klantrecord bevatten. De regio-instelling beschrijft één deel van die opzet.
Een bruikbaar onderzoek naar datasoevereiniteit begint met één dataset die je door het systeem volgt. Een klantrecord, een geüpload document of een AI-prompt is klein genoeg om na te lopen en concreet genoeg om hiaten te vinden.
Volg de kopieën
Noteer waar de data wordt opgeslagen, verwerkt, gecachet en geback-upt. Neem exports naar analysetools en kopieën in ontwikkelomgevingen mee. Bij AI-applicaties horen daar de prompt, opgehaalde documenten, het antwoord en de gespreksgeschiedenis bij.
Leg per bestemming de dienst, locatie, bewaartermijn en verantwoordelijke ploeg vast. Laat een onbekend antwoord als onbekend staan. Dat een back-up dezelfde regio gebruikt als de database, is een aanname die je moet controleren.
Een korte tabel kan volstaan. Ze moet het systeem beschrijven zoals het vandaag draait, met de koppelingen die na de oorspronkelijke architectuur zijn toegevoegd.
Benoem wie toegang heeft
Bekijk beheerders van de klant, medewerkers van de provider, support, serviceaccounts en onderaannemers. Maak onderscheid tussen permanente toegang en toegang voor een specifieke taak. Zoek uit hoe die wordt goedgekeurd, geregistreerd en ingetrokken.
Ook versleuteling vraagt meer uitleg dan “encrypted at rest”. Wie beheert de sleutels? Kan de provider de leesbare data bereiken tijdens beheer of ondersteuning? Wat gebeurt er als je team geen toegang meer heeft tot de sleuteldienst?
Bespreek de antwoorden met de verantwoordelijken voor contracten en gegevensbescherming. Een datacenteradres beantwoordt niet alle juridische vragen over toegang en internationale doorgiften. De EDPB-richtsnoeren over doorgiften leggen uit waarom toegang door een andere organisatie buiten de EER relevant kan zijn, ook als de primaire database niet verhuist.
Probeer een bruikbare export
Exporteer een representatief deel van de gegevens. Controleer of bijlagen, metadata, rechten en relaties tussen records meekomen. Laad de export in een aparte omgeving en bekijk wat ontbreekt.
Een applicatie kan haar gegevens in PostgreSQL bewaren en tegelijk afhangen van een leveranciersgebonden identiteitsdienst of taakplanner. De database-export brengt je dan maar een deel van de weg. Noteer de andere afhankelijkheden en het werk om ze te vervangen.
Bewaar de exportcommando's, doorlooptijd en eventuele kosten bij het onderzoek. De vergelijking van private en public cloud gaat verder in op die beheerkeuzes.
Maak van de hiaten concrete aanpassingen
Misschien beslis je om back-ups te verplaatsen, supporttoegang te beperken, een bewaartermijn aan te passen of één koppeling te vervangen. Een volledige migratie is slechts één mogelijke uitkomst.
Bij Anchras hosten we de control plane in de EU en kiezen klanten waar hun applicaties draaien. Ook dan blijft een onderzoek naar datastromen nodig: de control plane, de klantinfrastructuur en verbonden externe diensten hebben elk hun rol. Voor AI-verkeer toont de gatewayarchitectuur waar verzoeken worden verwerkt voordat ze een model bereiken.
Bewaar het overzicht bij de systeemdocumentatie. Werk het bij wanneer je een provider toevoegt, een route wijzigt of een ander team toegang geeft. Op die momenten kunnen de antwoorden veranderen.