Geen lock-in, by design
In de begeleidende post is betoogd dat de echte soevereiniteitstoets is of weggaan mogelijk is. Dit is het antwoord van de ingenieur op de voor de hand liggende vervolgvraag: hoe wordt een systeem zo gebouwd dat vertrekken een gerepeteerde handeling is in plaats van een gijzelingsonderhandeling, inclusief vertrekken bij ons?
Onderdeel van de pijlerreeks Soevereiniteit die te operationaliseren is.
De meeste anti-lock-in-adviezen zijn een lijst met dingen om te vermijden. Dat is noodzakelijk maar onvoldoende, want lock-in is geen fout die één keer wordt gemaakt; het stapelt zich op, geruisloos, telkens wanneer naar een handige propriëtaire dienst wordt gegrepen. Het duurzame antwoord is architecturaal: bouw zo dat portabiliteit een eigenschap van het systeem is, geen project voor later. Noem het geen lock-in, by design.
Drie pijlers dragen het, een open-source kern, open standaarden en portabele data, en een geteste exit, plus één beginsel dat ze verbindt: de klant moet ook een soevereine aanbieder kunnen verlaten, anders is de soevereiniteit slechts een fraaiere kooi.
Pijler 1: Een open-source kern die werkelijk inspecteerbaar is
Een "soevereine maar propriëtaire" black box heeft een probleem: er wordt vertrouwd op een claim die niet te verifiëren is. Open source verandert het vertrouwensmodel van "geloof ons" naar "controleer het zelf". Dat is geen ideologie; het is auditeerbaarheid. De Europese publieke sector heeft zich hier stevig achter geschaard, de eigen opensourcestrategie van de Europese Commissie zegt toe dat haar software "will be open sourced", als open source zal worden vrijgegeven, en de campagne "Public Money? Public Code!", gesteund door honderden organisaties, betoogt om precies deze reden dat met publiek geld gefinancierde software publiek en inspecteerbaar hoort te zijn (FSFE).
En het werkt op serieuze schaal. De Franse Gendarmerie nationale draait haar eigen Linux-werkomgeving, GendBuntu, al ruim een decennium op meer dan 103.000 werkplekken, ongeveer 97% van het korps, en verlaagde daarmee de totale eigendomskosten met circa 40% (OSOR / Europese Commissie). Dat is geen proefproject; het is twee decennia bewijs dat een inspecteerbare kern werkbaar, duurzaam en goedkoper is.
Pijler 2: Open standaarden en portabele data
Lock-in huist evenzeer in formaten en interfaces als in contracten. Als data alleen betekenis heeft binnen het systeem van één leverancier, is die data geen eigendom: dan wordt toegang ertoe gehuurd. Het tegengif is bouwen op open standaarden op elke laag waar ze bestaan:
| Laag | Open standaard | Waarom het lock-in voorkomt |
|---|---|---|
| Documenten | ODF (ISO/IEC 26300) | De Duitse federale overheid stelt ODF verplicht, zodat bestanden elke afzonderlijke leverancier overleven |
| Verpakking | OCI-containers | Leveranciersneutraal; dezelfde workload draait overal |
| Data-export | "Gestructureerd, gangbaar, machineleesbaar" | De juridische ondergrens uit de Dataverordening, ontwerp er nu al naartoe |
| Interfaces | Open, gedocumenteerde API's | De Dataverordening vereist ze voor portabiliteit (art. 23–30) |
De regelgevende ondergrens komt de goede praktijk hier tegemoet: de Dataverordening schrijft machineleesbare export en "functionele gelijkwaardigheid" bij overstappen voor, en schaft vanaf 12 januari 2027 de egresskosten volledig af (Dataverordening art. 29). Richt de export zich nu al op open formaten, dan loopt de organisatie voor op de deadline in plaats van er tegenaan te hollen.
Pijler 3: Een geteste exit, behandeld als uitwijk bij calamiteiten
Dit is de discipline die de meeste teams overslaan: een exitplan dat nooit is uitgevoerd, is fictie. Toezichthouders hebben dit ingehaald, de ECB en de EBA verwachten inmiddels dat exitstrategieën vóór livegang gereed zijn en periodiek worden getest, met een bijgehouden lijst van gekwalificeerde alternatieven, en DORA maakt van een geteste exit een harde eis voor kritieke functies (DORA art. 28). Behandel de exit als uitwijk: repeteer de migratie, meet hoe lang die duurt en wat die kost, en repareer wat stukgaat vóór de dag waarop het nodig is. Zoals een praktijkdeskundige het onomwonden stelde: "without an exit option, 'sovereignty' is just a slogan", zonder exitoptie is "soevereiniteit" niet meer dan een slogan (Korte, 2026).
De waarschuwende casus, en het beginsel
Waarom al die striktheid? Omdat het alternatief gedocumenteerd is. Toen een breed gebruikt virtualisatieplatform werd overgenomen, drukte de nieuwe eigenaar licentiewijzigingen door die volgens Europese aanbieders de prijzen met 800% tot 1.500% verhoogden, een einde maakten aan eeuwigdurende licenties en meerjarige verplichtingen afdwongen (CISPE/ECCO, 2025). Elk van die klanten had jaren eerder voor die software "gekozen". Gesloten, overneembare software betekent dat de toekomstige voorwaarden worden bepaald door wie de leverancier hierna bezit, niet door de klant.
Wat leidt tot het beginsel dat over alles hierboven gaat: ook van een soevereine aanbieder moet weggaan mogelijk zijn. Soevereiniteit die erop berust dat één Europese leverancier voor altijd wordt vertrouwd, is afhankelijkheid met een mooiere vlag om. Echte portabiliteit betekent dat de optie om te vertrekken altijd openstaat, en dat is een ontwerprandvoorwaarde, geen marketingregel.
Hoe we het in de Soveryne Cloud Foundation inbouwen
We houden onszelf aan dat beginsel, wat ongemakkelijk is voor een leverancier en precies de bedoeling. De Soveryne Cloud Foundation is gebouwd op een open-source kern die inspecteerbaar is, met portabele data en sleutels binnen de eigen jurisdictie van de klant, zodat vertrekken nooit betekent dat een van beide achterblijft. En voor de strengste uitrollen omvat het Soveryne-abonnement kennisoverdracht naar het eigen team en on-premises opties: we dragen het operationele vermogen om het te draaien bewust over, zodat soevereiniteit met ons nooit afhankelijkheid van ons wordt. Samen met Command houdt de geteste exit op een document te zijn dat wordt opgeborgen, en wordt het een beheersmaatregel die actueel blijft.
Het doel is niet om vertrekken pijnloos te maken omdat we het verwachten. Het is om de relatie te verdienen door haar nooit gevangen te zetten.
Veelgestelde vragen
Hoe wordt lock-in bij leveranciers by design voorkomen? Bouw op een open-source kern, gebruik open standaarden en formaten (ODF, OCI, open API's), houd data machineleesbaar en sleutels in eigen beheer, en repeteer een geteste exit. Portabiliteit wordt zo een eigenschap van het systeem in plaats van een toekomstig project.
Waarom is open source van belang voor soevereiniteit? Omdat het "vertrouw ons" verandert in "verifieer het". Een inspecteerbare kern kan door het eigen team worden geauditeerd, aangepast en gedraaid, het verschil tussen soevereiniteit en een fraaiere black box.
Is een Europese soevereine aanbieder niet genoeg? Alleen als weggaan ook mogelijk is. Soevereiniteit die erop berust dat één leverancier onbeperkt wordt vertrouwd, blijft afhankelijkheid. Het ontwerpdoel is dat elke aanbieder verlaten kan worden, soevereine inbegrepen.
Wat verandert de Dataverordening voor portabiliteit? Ze schrijft machineleesbare export en functionele gelijkwaardigheid bij overstappen voor, begrenst overgangstermijnen, en verbiedt vanaf 12 januari 2027 egress- en overstapkosten, waarmee portabiliteit de juridische norm wordt in plaats van een extraatje.
Bouw zo dat vertrekken een repetitie is, geen reddingsactie. Bekijk de foundation met open kern, portabel en EU-soeverein, degene die we graag verlaatbaar houden: ontdek de Soveryne Cloud Foundation, of lees het begeleidende stuk over waarom de exit de echte toets is.
Bronnen
- FSFE, Public Money? Public Code!, https://publiccode.eu/en/openletter/
- Europese Commissie, Open Source Software Strategy, https://commission.europa.eu/about/departments-and-executive-agencies/digital-services/open-source-software-strategy_en
- OSOR / Europese Commissie, French Gendarmerie open source (GendBuntu), https://interoperable-europe.ec.europa.eu/collection/open-source-observatory-osor/news/french-gendarmerie-open-sou
- Dataverordening, artikel 29 (overstappen/egress), https://www.eu-data-act.com/Data_Act_Article_29.html
- DORA, artikel 28 (exitstrategieën), https://www.digital-operational-resilience-act.com/Article_28.html
- CISPE / ECCO over de licentievoorwaarden van Broadcom-VMware, https://www.theregister.com/2025/10/28/cispe_ecco_broadcom/
- Korte, "Exit strategy: a key to digital sovereignty" (2026), https://www.korte.co/2026/02/12/exit-strategy-a-key-to-digital-sovereignty/
Acht posts verder, van de afhankelijkheidskaart tot het regioslot, volgt hier de synthese: de minimale architectuur die het woord "soeverein" eerlijk verdient. Geen productpraatje, een blauwdruk om de eigen stack tegen af te zetten.
Lees het volgende deel
Elk soevereiniteitsgesprek komt uiteindelijk bij dezelfde vraag, en dat is de vraag die er werkelijk toe doet: als de aanbieder volgend kwartaal verlaten moest worden, vanwege een prijsverhoging, een inbreuk, een rechtsbevel of een geopolitieke schok, zou dat lukken? En zou dat aantoonbaar zijn?
Lees het bijbehorende artikel
