--- title: "Soevereiniteit is een architectuurkeuze, geen hostingkeuze" url: "https://hurukan.com/nl/blog/soevereiniteit-is-een-architectuurkeuze" description: "Servers naar een lokaal datacenter verhuizen maakt u niet soeverein. Wie de sleutels, het bedrijfsmodel en de uitweg beheert wel, en dat bepaalt het ontwerp." --- # Soevereiniteit is een architectuurkeuze, geen hostingkeuze 14 april 2026·4 min leestijd·Redactie De hand van een technicus houdt een kleine messing sleutel voor een afgesloten grafietkleurige serverkast, met een dun blauw statuslampje op de kastdeur en koele nevel van een serverruimte erachter Een bedrijf besluit dat het controle wil over zijn data. Het project krijgt een budget, er wordt een leverancier gekozen, en achttien maanden later draaien de systemen in een datacenter in eigen land, onder contractvoorwaarden waar de juridische afdeling tevreden over is. De directie hoort dat het bedrijf nu soeverein is. Dan stelt iemand een praktische vraag. Als de leverancier volgend jaar zijn prijzen flink zou verhogen, hoe lang zou het dan duren om te vertrekken? Niemand weet het antwoord. Het datamodel hoort bij het product van de leverancier. De goedkeuringsketens zijn ingesteld in de beheerschermen van de leverancier. De encryptiesleutels staan in de sleuteldienst van de leverancier, en het taalmodel dat antwoorden aan klanten opstelt, wordt aangeroepen via het account van de leverancier. De servers zijn verhuisd. De afhankelijkheid niet. De oorzaak is dat soevereiniteit werd behandeld als een vraag over _waar_, terwijl het een vraag is over _wie wat kan doen zonder toestemming te vragen_. Locatie doet ertoe: die bepaalt welk recht van toepassing is en wie kan worden gedwongen data af te staan. Maar het is één eigenschap van de vele, en de enige die u kant-en-klaar kunt kopen. De andere moeten in het ontwerp worden ingebouwd. ## Waar „soeverein” ongemerkt tekortschiet **Sleutels die elders liggen.** Als de encryptiesleutels in een dienst staan die de aanbieder beheert, kan de aanbieder de data lezen, en iedereen die de aanbieder daartoe kan dwingen ook. Data die in uw land is opgeslagen en versleuteld met een sleutel die u niet in handen hebt, is gelokaliseerd, niet beheerst. **Een bedrijfsmodel dat u niet kunt meenemen.** Elk systeem biedt een export. Weinig systemen exporteren de relaties, de regels en de historie in een vorm die een ander systeem kan inlezen. Een set tabellen zonder de betekenis van hun kolommen is een back-up, geen uitweg. **Logica die in configuratie leeft.** Goedkeuringslimieten, prijsregels, routering: als dat klikken zijn in een eigen scherm van de leverancier, kunnen ze niet worden gelezen, beoordeeld of verplaatst. De manier waarop het bedrijf werkt, ligt vast in een formaat dat maar één product begrijpt. **Eén model, één aanbieder.** Als al het taalwerk via één extern model onder één account loopt, hangt het vermogen van het bedrijf om te functioneren af van de prijzen, beschikbaarheid en gebruiksvoorwaarden van die aanbieder. Dat is een ketenrisico, en het staat zelden op een risicoregister. **Een uitweg die niemand heeft geoefend.** Een exitplan dat nooit is uitgevoerd, is een hoop. De eerste keer dat iemand test of het bedrijf kan verhuizen, is meestal het moment waarop het moet. ## Wat u in plaats daarvan ontwerpt Behandel soevereiniteit als een set eigenschappen van de architectuur, die elk te controleren zijn door iemand die niet op het woord van de leverancier hoeft te vertrouwen. **De sleutels zijn van u.** Encryptiesleutels worden gegenereerd en bewaard op infrastructuur die het bedrijf beheert, en wie het platform exploiteert, kan ze niet gebruiken zonder medewerking van het bedrijf. **Het model van het bedrijf reist mee met de data.** Objecten, relaties en regels worden in een open, leesbare vorm beschreven en geversioneerd, zodat wat het bedrijf verstaat onder een order of een klant samen met de records kan vertrekken. Dat is de taak van een [ontologie](https://hurukan.com/nl/system/ontologie): de betekenis leeft naast de data, niet in het product van één leverancier. **Logica is iets wat u kunt lezen.** Regels en processen worden opgeslagen als toetsbare artefacten met een historie, niet als de stand van een configuratiescherm. Als een agent een regel heeft gewijzigd, heeft die wijziging een auteur, een reden en een goedkeuring. **Modellen zijn vervangbaar.** Taalwerk wordt per taak gerouteerd, zodat gevoelig werk naar een model op uw eigen hardware kan gaan en algemeen werk naar een frontiermodel, en elk van beide kan worden vervangen zonder de processen die ze gebruiken te herschrijven. Waar een [klein model op eigen hardware](https://hurukan.com/nl/blog/kleine-modellen-op-eigen-hardware) goed genoeg is, moet de architectuur u in staat stellen het te gebruiken. **De stack is open source waar het ertoe doet.** Open source garandeert geen soevereiniteit, maar het neemt de ene afhankelijkheid weg waarover u nooit kunt onderhandelen: toestemming om de software überhaupt te draaien. Dit is het ontwerp waarnaar Hurukan wordt gebouwd. De laag [Beveiliging en soevereiniteit](https://hurukan.com/nl/system/beveiliging-en-soevereiniteit) dwingt rechten af op de server, legt elke wijziging vast in de audittrail als uitgevoerd door een mens, een agent of het systeem, draait op infrastructuur die het bedrijf kiest en legt de uitweg vanaf het begin vast. Het is in ontwikkeling, niet in gebruik genomen, dus wat hier staat is het ontwerp, geen trackrecord. ## Een test die u deze week kunt doen Neem één proces dat ertoe doet. Facturering is een goede kandidaat, omdat het raakt aan klanten, prijzen, betalingen en de wet. Beantwoord schriftelijk vijf vragen: 1. Waar staan de encryptiesleutels voor deze data, en wie kan ze gebruiken? 2. Als u vandaag alles exporteerde, zou een ander systeem dan kunnen reproduceren wat een factuur hier _betekent_: haar statussen, haar goedkeuringsregels, haar koppelingen met orders en betalingen? 3. Waar staan de regels voor dit proces, en kan iemand ze lezen zonder in te loggen in de tool van de leverancier? 4. Welke externe modellen komen aan deze data, onder wiens account, en wat gebeurt er met het proces als dat model een week niet beschikbaar is? 5. Wanneer heeft iemand dit proces, of een kopie ervan, voor het laatst naar andere infrastructuur verhuisd? Elke vraag waarvoor het antwoord meer dan een dag kost, wijst op een afhankelijkheid die niemand heeft ontworpen. De antwoorden laten ook zien welke data de meeste zorg verdient, en dat is het onderwerp van een apart stuk over [welke data binnen de deur blijft](https://hurukan.com/nl/blog/welke-data-binnen-de-deur-blijft). Soevereiniteit die als hostingcontract is ingekocht, houdt stand tot de eerste harde onderhandeling. Soevereiniteit die is ingebouwd in de sleutels, het model, de logica en de uitweg, is er nog steeds als de onderhandeling moeilijk wordt. Het [overzicht van Hurukan](https://hurukan.com/nl) laat zien hoe de lagen in elkaar passen. - datasoevereiniteit - leveranciersafhankelijkheid - encryptiesleutels - open source ## Lees verder - [Een identiteit voor mensen en agents: wie wat mag doen](https://hurukan.com/nl/blog/een-identiteit-voor-mensen-en-agents) - [De actuele toestand en het register: twee geheugens van een bedrijfsbesturingssysteem](https://hurukan.com/nl/blog/de-actuele-toestand-en-het-register-twee-geheugens)