--- title: "Suverenitet er en arkitekturbeslutning, ikke et valg av hosting" url: "https://hurukan.com/no/blog/suverenitet-er-en-arkitekturbeslutning" description: "Servere i et lokalt datasenter gjør ingen virksomhet suveren. Det gjør kontrollen over nøklene, modellen av virksomheten og exiten, og den avgjøres i designet." --- # Suverenitet er en arkitekturbeslutning, ikke et valg av hosting 14\. april 2026·4 min lesing·Redaksjonen En teknikers hånd som holder en liten messingnøkkel foran et låst, grafittgrått serverskap, et tynt blått statuslys på skapdøren og kjølig dis fra serverrommet i bakgrunnen En virksomhet bestemmer seg for at den vil ha kontroll over dataene sine. Prosjektet får budsjett, en leverandør blir valgt, og atten måneder senere kjører systemene i et datasenter i eget land, på avtalevilkår juristene er fornøyde med. Styret får beskjed om at virksomheten nå er suveren. Så stiller noen et praktisk spørsmål. Hvis leverandøren satte opp prisene kraftig neste år, hvor lang tid ville det ta å komme seg ut? Ingen kan svare. Datamodellen tilhører leverandørens produkt. Godkjenningskjedene er satt opp i leverandørens administrasjonsskjermbilder. Krypteringsnøklene ligger i leverandørens nøkkeltjeneste, og språkmodellen som skriver utkast til kundesvar, kalles gjennom leverandørens konto. Serverne flyttet. Avhengigheten gjorde det ikke. Årsaken er at suverenitet ble behandlet som et spørsmål om _hvor_, når det er et spørsmål om _hvem som kan gjøre hva uten å spørre_. Plassering betyr noe: den avgjør hvilket lovverk som gjelder, og hvem som kan tvinges til å utlevere data. Men den er én egenskap blant flere, og den eneste du kan kjøpe ferdig. De andre må designes inn. ## Der «suveren» svikter i det stille **Nøkler som ligger et annet sted.** Hvis krypteringsnøklene ligger i en tjeneste leverandøren kontrollerer, kan leverandøren lese dataene, og det samme kan alle som kan tvinge leverandøren. Data som er lagret i ditt land og kryptert med en nøkkel du ikke har, er plassert, ikke kontrollert. **En modell av virksomheten du ikke kan ta med deg.** Alle systemer tilbyr eksport. Få eksporterer relasjonene, reglene og historikken i en form et annet system kan laste inn. Et sett tabeller uten betydningen av kolonnene er en sikkerhetskopi, ikke en exit. **Logikk som bor i konfigurasjonen.** Godkjenningsgrenser, prisregler, ruting: når dette er klikk i et proprietært skjermbilde, kan det ikke leses, gjennomgås eller flyttes. Måten virksomheten arbeider på, ligger i et format bare ett produkt forstår. **Én modell, én leverandør.** Hvis alt språkarbeid går gjennom én ekstern modell på én konto, avhenger virksomhetens evne til å drive nå av leverandørens priser, tilgjengelighet og bruksvilkår. Det er en risiko i leverandørkjeden, og den står sjelden i noe risikoregister. **En exit ingen har øvd på.** En exit-plan som aldri har vært kjørt, er et håp. Første gang noen tester om virksomheten kan flytte, er som regel i det øyeblikket den må. ## Dette bør du designe i stedet Behandle suverenitet som et sett egenskaper ved arkitekturen, der hver av dem kan kontrolleres av noen som ikke trenger å ta leverandøren på ordet. **Nøklene er dine.** Krypteringsnøkler genereres og oppbevares på infrastruktur virksomheten kontrollerer, og den som drifter plattformen, kan ikke bruke dem uten at virksomheten er involvert. **Modellen av virksomheten følger dataene.** Objekter, relasjoner og regler er beskrevet i en åpen, lesbar form og versjonert, slik at det virksomheten mener med en ordre eller en kunde, kan forlate huset sammen med postene. Det er jobben til en [ontologi](https://hurukan.com/no/system/ontologi): betydningen bor ved siden av dataene, ikke inne i én leverandørs produkt. **Logikken kan leses.** Regler og prosesser lagres som gjennomgåbare artefakter med historikk, ikke som tilstanden i et konfigurasjonsskjermbilde. Hvis en agent endret en regel, har endringen en forfatter, en begrunnelse og en godkjenning. **Modellene kan byttes ut.** Språkarbeid rutes per oppgave, slik at sensitivt arbeid kan gå til en modell på egen maskinvare og generelt arbeid til en frontiermodell, og begge kan byttes uten å skrive om prosessene som bruker dem. Der en [liten modell på egen maskinvare](https://hurukan.com/no/blog/sma-modeller-pa-egen-maskinvare) er god nok, bør arkitekturen la deg bruke den. **Stakken er åpen kildekode der det betyr noe.** Åpen kildekode garanterer ikke suverenitet, men den fjerner den ene avhengigheten du aldri kan forhandle deg bort fra: tillatelsen til i det hele tatt å kjøre programvaren. Det er dette designet Hurukan bygges etter. [Sikkerhet og suverenitet-laget](https://hurukan.com/no/system/sikkerhet-og-suverenitet) håndhever tilganger på serveren, reviderer hver endring som gjort av et menneske, en agent eller systemet, kjører på infrastruktur virksomheten velger, og skriver ned exiten fra starten av. Det er under utvikling, ikke i drift, så det som beskrives her, er designet, ikke en historikk. ## En test du kan gjøre denne uken Ta én prosess som betyr noe. Fakturering er en god kandidat, fordi den berører kunder, priser, betalinger og lovverket. Svar skriftlig på fem spørsmål: 1. Hvor ligger krypteringsnøklene til disse dataene, og hvem kan bruke dem? 2. Hvis du eksporterte alt i dag, kunne et annet system gjenskape hva en faktura _betyr_ her: tilstandene, godkjenningsreglene, koblingene til ordrer og betalinger? 3. Hvor bor reglene for denne prosessen, og kan en person lese dem uten å logge inn i leverandørens verktøy? 4. Hvilke eksterne modeller berører disse dataene, på hvem sin konto, og hva skjer med prosessen hvis den modellen er utilgjengelig i en uke? 5. Når flyttet noen sist denne prosessen, eller en kopi av den, til en annen infrastruktur? Hvert spørsmål som tar mer enn en dag å besvare, peker på en avhengighet ingen har designet. Svarene viser også hvilke data som fortjener mest omsorg, og det er temaet i en egen artikkel om [data som skal bli i huset](https://hurukan.com/no/blog/data-som-skal-bli-i-huset). Suverenitet kjøpt som en hostingavtale varer til den første harde forhandlingen. Suverenitet designet inn i nøklene, modellen, logikken og exiten er der fortsatt når forhandlingen blir vanskelig. [Oversikten over Hurukan](https://hurukan.com/no) viser hvordan lagene henger sammen. - datasuverenitet - leverandørinnlåsing - krypteringsnøkler - åpen kildekode ## Les videre - [Én identitet for mennesker og agenter: hvem får gjøre hva](https://hurukan.com/no/blog/en-identitet-for-mennesker-og-agenter) - [Nåtilstand og register: to minner i et operativsystem for virksomheten](https://hurukan.com/no/blog/naatilstand-og-registeret-to-minner)