Skykapasitet i Norge: Digdir flytter til Sverige

Nøkkelpunkter per 5. november 2026:

Norway East er ikke lenger et skalerbart datasenter, skal Microsoft ha opplyst Digdir, som nå må flytte tjenester til Sverige (Teknisk Ukeblad).
Altinn formidler kontakt mellom privatpersoner, næringsliv og over 500 offentlige etater, og trenger datakraft som varierer gjennom året (Digi.no).
Kapasitetsklemma er global: Microsofts skyinntekter vokste 22 prosent i kvartalet samtidig som selskapet meldte om begrensninger i utbyggingen (CIO Dive).
Digdir utforsker europeiske skytjenester i Skate-regi, med et mandat som skal evalueres etter åtte måneder (kode24).
Et plattformbytte koster funksjonalitet på kort sikt, og risikoanalyse anbefales fremfor en absolutt exit-strategi (computas.com, 2025).

Skykapasitet er blitt en driftsrisiko, ikke bare en innkjøpssak

Microsoft skal ifølge Digitaliseringsdirektoratet ha opplyst at datasenteret Norway East ikke lenger er skalerbart, og etaten må flytte tjenester til Sverige (Teknisk Ukeblad). Beskjeden er teknisk. Konsekvensen er strategisk. En virksomhet som har bygget arkitekturen sin på at regionen vokser med den, må plutselig planlegge for at den ikke gjør det.

Dette er ikke en skandale, og det er ikke et sikkerhetsbrudd. Det er en påminnelse om at kapasitet er en forutsetning du sjelden skriver ned i kravspesifikasjonen, og som du derfor sjelden oppdager at mangler før det haster. Artikkelen går gjennom hva saken faktisk sier, hva den ikke sier, et rammeverk for leverandørrisiko i fire lag, og de spørsmålene du bør stille leverandøren før du bygger neste AI-tjeneste.

Alura mener kapasitet i den regionen du faktisk kjører i er en driftsrisiko på linje med jus og sikkerhet, og at den hører inn i risikoanalysen før en AI-tjeneste settes i produksjon. Det er en billig analyse å gjøre i forkant. Den er dyr å gjøre når tjenesten står i veien for en lansering.

Kapasitet er ikke det samme som oppetid

Oppetid måles i prosent og dekkes av en avtale du kan lese. Kapasitet måles i noe annet: om du får det du ber om, i den regionen du ber i, den dagen du ber. De to tingene kan peke i motsatt retning. En region kan ha utmerket oppetid for det som allerede kjører der, og samtidig være stengt for ny vekst i den maskintypen du trenger.

For klassiske arbeidslaster merkes dette som treghet i kvoter og ventetid på nye instanstyper. For AI-arbeidslaster merkes det raskere, fordi GPU-kapasitet og AI-tjenester rulles ut region for region og ikke overalt samtidig. Hvis du planlegger en tjeneste som skal vokse, er spørsmålet ikke bare om plattformen har funksjonen, men om den har den der du kjører (AI-skyplattformer).

Hvorfor dette treffer SMB-er og ikke bare staten

Digitaliseringsdirektoratet er en statlig etat som blant annet leverer Altinn-portalen, som formidler kontakt mellom norske privatpersoner, næringsliv og over 500 offentlige etater (Digi.no). Det er en kunde med vekt. Når en slik kunde får beskjed om å flytte, sier det noe om hvor langt bak i køen en mellomstor norsk bedrift står.

Den praktiske forskjellen er at store aktører har folk som følger opp leverandøren tett, og ressurser til å gjennomføre en flytting i kontrollert tempo. En SMB har gjerne en driftsansvarlig med flere hatter, og oppdager begrensningen når et prosjekt allerede er lovet bort. Det er derfor kartleggingen har mer verdi for de små enn for de store: den erstatter kapasiteten du ikke har til å forhandle i etterkant.

Hva Digdir-saken faktisk sier om Norway East

Det er verdt å være presis om kildegrunnlaget, fordi saken blir sitert videre i stadig friere form. Både Digi.no og Teknisk Ukeblad publiserer saken bak betalingsmur, og det som er åpent tilgjengelig er ingressen og noen få avsnitt. Det åpne utdraget holder likevel kjernen: teknologidirektør Andreas Rafaelsen i Digitaliseringsdirektoratet sier at Microsoft har opplyst at Norway East ikke lenger er et skalerbart datasenter.

Påstanden og hvem som fremmer den

Formuleringen er indirekte, og det er en viktig detalj. Det er Digdir som gjengir hva Microsoft skal ha sagt, ikke Microsoft som har publisert en melding om at regionen er full. I praksis betyr det at du ikke kan bruke saken som et dokumentert leverandørvarsel i din egen risikoanalyse. Du kan bruke den som grunn til å stille spørsmålet selv.

Det er også en forskjell mellom «ikke skalerbart» og «stengt». Tjenester som kjører der, kjører videre. Det som ikke lenger kan forutsettes, er at regionen tar imot ny og voksende last i samme takt som før. For en organisasjon som planlegger tre år fram, er det den forutsetningen som er verdifull, ikke dagens kapasitetstall.

Hva saken ikke sier

Saken sier ingenting om at data flyttes ut av EØS, at Microsoft trekker seg ut av Norge, eller at norske skytjenester generelt er i fare. Den sier ingenting om prisene dine. Og den inneholder ingen juridisk vurdering: flyttingen som omtales går til Sverige, altså innenfor EU, og handler om hvor beregningskraften står, ikke om hvem som har jurisdiksjon over dataene.

Den sier heller ingenting om hvor lenge situasjonen varer. Kapasitetsbegrensninger i sky er historisk svingende, og en region som er trang i et år kan være romslig etter neste utbyggingsrunde. Faren ligger i å behandle en midlertidig begrensning som en permanent sannhet, eller omvendt. Det riktige svaret er å måle, ikke å konkludere.

Altinn og laster som svinger gjennom året

Altinn er et lærebokeksempel på hvorfor kapasitet er noe annet enn gjennomsnittlig forbruk. Portalen er avhengig av varierende datakraft gjennom året, med topper knyttet til frister som rammer store deler av befolkningen samtidig (Digi.no). En tjeneste som trenger mye mer kapasitet i noen få uker i året enn resten av året, har et helt annet kapasitetskrav enn en tjeneste med flat last.

De fleste norske virksomheter har noe av det samme mønsteret, bare i mindre skala: lønnskjøring, månedsavslutning, kampanjeperioder, sesong. Spørsmålet du bør stille deg er enkelt. Hva er forholdet mellom din topplast og din normallast, og har regionen din plass til toppen om to år? Hvis du ikke vet tallet, er det den første målingen du skal gjøre.

Les også: Privacy-first AI i Norge: Slik bruker du AI tryggere (uten å slutte å bruke det). Slik får du mer privat bruk av AI: skill identitet fra innhold, bruk stateless calls og BYOK.

Rammeverk for leverandørrisiko i fire lag

Debatten om skyrisiko i Norge har en tendens til å kollapse til et enkelt spørsmål om jurisdiksjon. Det er for grovt. I praksis er det fire ulike risikoer med ulike eiere, ulike tiltak og ulik tidshorisont, og de blandes sammen fordi de alle havner i samme styresak. Nytten av å skille dem er at du slutter å betale for tiltak mot den risikoen du ikke har.

Lag	Spørsmålet som avgjør	Naturlig eier	Typisk feil
1. Kapasitet	Kan regionen vi kjører i vokse med oss de neste tre årene?	Driftsansvarlig eller plattformteam	Antas, aldri etterspurt skriftlig
2. Dataplassering og jus	Hvor behandles og lagres dataene, og under hvilken jurisdiksjon?	Personvernansvarlig og juridisk	Stopper ved «ligger i Norge»
3. Funksjonell avhengighet	Hvor mye av løsningen finnes bare hos denne leverandøren?	Arkitekt eller teknisk lead	Måles ikke før flyttingen vurderes
4. Eierskap og styring	Hvem har mandat til å oppdage og eskalere problemet?	Ledelsen eller styret	Ingen eier mellom IT og styret

Lag 1: kapasitet

Kapasitetsrisiko handler om tre ting: kvoter du kan treffe i morgen, maskintyper som ikke er tilgjengelige i din region, og utbyggingstempo du ikke kontrollerer. De to første kan du måle i dag. Den tredje må du spørre om. Ingen av dem står i en standard SLA, og det er nettopp derfor laget blir glemt.

Tiltaket er beskjedent: en oversikt over hvilke tjenester som kjører i hvilken region, hvilke kvoter som gjelder, og hvilke av tjenestene som har reell vekstkurve. Deretter en skriftlig forespørsel til leverandøren om utbyggingsplaner for de regionene du er avhengig av. Du får sjelden et tall tilbake, men svarets detaljnivå er i seg selv informasjon.

Lag 2: dataplassering og jus

Her ligger spørsmålene de fleste allerede har et svar på papir: hvor lagres data, hvor behandles de, hvem kan be om innsyn, og hva skjer ved support fra utlandet. Poenget i en kapasitetssammenheng er at laget kan endres av en driftsbeslutning. Flytter beregningen til en annen region, endres premisset for vurderingen du gjorde da du godkjente løsningen.

Det betyr at dataplassering ikke er et engangsvedtak, men noe som må kontrolleres når arkitekturen endres. Praktisk håndtering av dette, inkludert hva som faktisk kan sendes til en modell og hva som ikke kan, er et eget tema (privacy-first AI).

Lag 3: funksjonell avhengighet

Funksjonell avhengighet er det som gjør et bytte vondt. Virtuelle maskiner og containere flytter man relativt greit. Identitetsstyring, meldingskøer, administrerte databaser, søkeindekser og AI-tjenester har hver sin leverandørspesifikke form, og det er summen av dem som bestemmer hva en flytting koster. En overgang til en europeisk plattform kan innebære et visst funksjonalitetstap på kort sikt (computas.com, 2025).

Måling er enklere enn man tror: tell hvor mange av de administrerte tjenestene dine som ikke har en direkte motpart hos en annen leverandør. Tallet er din innlåsingsgrad. Det er også den eneste ærlige inngangen til spørsmålet om hvorvidt en exit-plan er realistisk.

Lag 4: eierskap og styring

Det fjerde laget er organisatorisk, og det er det laget som svikter oftest. Kapasitetsvarsler kommer sjelden som et brev til ledelsen. De kommer som en kommentar i et driftsmøte, en feilmelding om kvote, eller en setning fra en kundeansvarlig. Uten en navngitt eier blir informasjonen aldri en beslutning.

Computas anbefaler ikke en absolutt exit-strategi, men risikoanalyser og eierskap (computas.com, 2025). Alura er enig i den vektingen: risikoanalyse og tydelig eierskap er mer realistisk enn en absolutt exit-strategi, fordi et skifte av skyplattform kan koste funksjonalitet på kort sikt. Hvordan dette plasseres i styrerommet er et eget spor (AI-styring).

Praktisk: dette kartlegger du på mandag morgen

Kartleggingen under krever ingen innkjøp, ingen konsulent og ingen ny plattform. Den krever tilgang til administrasjonsportalen, en halv dag og en vilje til å skrive ned det du finner. Målet er ikke en rapport. Målet er at du etterpå kan svare på spørsmålet «hvor kjører vi, og hva skjer hvis den regionen ikke kan vokse» uten å måtte spørre noen.

Oppgave	Hvor du finner svaret	Resultatet du skal ha
Tjenesteliste med region	Administrasjonsportalen, abonnementsoversikt	Hver produksjonstjeneste med region og eier
Kvoter og grenser	Kvotesidene per tjeneste og region	Avstand mellom dagens bruk og taket
Topplast mot normallast	Overvåkingsdata siste tolv måneder	Faktor mellom topp og snitt per tjeneste
Innlåsingsgrad	Arkitekturoversikt	Andel administrerte tjenester uten motpart
Datakart	Behandlingsprotokoll og databehandleravtaler	Hvilke data som ligger hvor, og hvorfor

Lag tjenestelisten før du diskuterer strategi

Den vanligste overraskelsen i denne øvelsen er at tjenester ligger i flere regioner enn noen husket, ofte fordi en standardverdi i et oppsett aldri ble endret. Skriv ned hver produksjonstjeneste, regionen den kjører i, hvem som eier den, og hva den er avhengig av. Lista er grunnlaget for alt annet, og den er typisk kortere enn folk frykter.

Når lista er på plass, marker de tjenestene som skal vokse de neste to årene. Det er bare de som har kapasitetsrisiko. En stabil intern tjeneste med flat last trenger ingen beredskapsplan for regionvekst, og å behandle den som om den gjorde det, er sløsing med oppmerksomhet.

Finn kvotene dine før de finner deg

Kvoter er grensene plattformen setter for hvor mye du kan bruke av en ressurs i en region: antall kjerner, antall GPU-instanser, antall forespørsler per minutt mot en AI-modell. De er synlige i portalen, og de er den mest konkrete formen for kapasitetsrisiko du har. Hvis du ligger nær taket på noe som skal vokse, har du et problem med dato på.

Søk om økning i god tid, og dokumenter svaret. Svartiden og ordlyden i avslaget eller innvilgelsen er informasjon om hvor romslig regionen faktisk er. En kvoteøkning som tar uker, forteller noe en SLA ikke gjør.

Mål hva som faktisk svinger

Hent tolv måneder med overvåkingsdata og finn forholdet mellom topplast og normallast per tjeneste. Dette er tallet som bestemmer hvor sårbar du er for en trang region, og det er tallet leverandøren vil spørre om hvis du ber om noe. Uten det snakker du i generelle vendinger, og generelle vendinger får generelle svar.

Legg ved en enkel prognose: hva skjer med toppen hvis brukertallet dobles, eller hvis AI-funksjonen du planlegger tas i bruk av alle ansatte i stedet for en pilotgruppe. Prognosen trenger ikke være presis. Den trenger å vise retning, og den bør være en del av AI-strategien, ikke et vedlegg til den (AI-strategi).

Kapasitetsspørsmålene du stiller leverandøren før du bygger

De fleste leverandørsamtaler om sky handler om pris, sertifiseringer og funksjoner. Kapasitet kommer sjelden opp, fordi kunden antar at den er uendelig og selgeren ikke har grunn til å korrigere antakelsen. Spørsmålene under er laget for å flytte den samtalen fra lovnad til dokumenterbar informasjon.

Spørsmål	Hva et godt svar inneholder	Rødt flagg
Er regionen vi kjører i åpen for ny vekst i de maskintypene vi bruker?	Konkret svar per maskintype, med dato	«Vi har kapasitet globalt»
Hvilke AI-tjenester er generelt tilgjengelige i vår region i dag?	Liste med status, ikke veikart	Henvisning til forhåndsvisning
Hvordan varsles vi om kapasitetsbegrensninger?	Navngitt kanal og mottaker hos oss	«Det tar vi i driftsmøtet»
Hva er behandlingstiden for en kvoteøkning?	Typisk tid, og hva som påvirker den	Ingen tall, bare prosess
Hvilke alternativer anbefaler dere hvis regionen blir trang?	Navngitt nærregion og konsekvens for latens	Svaret kommer som et salgsforslag

Spør om regionen, ikke om plattformen

Microsoft har over 60 cloud-regioner globalt (CIO Dive). Det tallet sier ingenting om din region. Når en selger svarer på kapasitetsspørsmål med global kapasitet, har du fått et ikke-svar, og det bør noteres som det. Spørsmålet gjelder alltid regionen du faktisk kjører i.

Be om svaret skriftlig. Ikke fordi du skal bruke det juridisk, men fordi skriftlighet endrer presisjonsnivået. Et muntlig «det går fint» og en e-post med forbehold er to helt ulike opplysninger, og det er den andre du kan putte i en risikoanalyse.

Spør spesielt om GPU og AI-tjenester

AI-arbeidslaster har en annen kapasitetsprofil enn resten av porteføljen din, og de konkurrerer med hele verdens etterspørsel om de samme ressursene. Satya Nadella har pekt på at datasentre ikke bygges over natten, og at strømnettet og problemer med tredjepartsleieavtaler virker begrensende (CIO Dive). Det er flaskehalser ingen kundeavtale kan forhandle bort.

Spør derfor konkret: hvilke modeller og hvilke instanstyper er generelt tilgjengelige i din region nå, og hva er grensene per minutt. Skill tydelig mellom generell tilgjengelighet og forhåndsvisning. En tjeneste i forhåndsvisning er ikke et fundament for en produksjonsløsning, uansett hvor godt den fungerer i demoen.

Spør hvem som ringer deg, og når

Digdir-saken er i praksis en historie om informasjonsflyt: leverandøren visste noe om regionen, og kunden fikk vite det på et tidspunkt da flytting var svaret. Du kan ikke kontrollere når leverandøren oppdager en begrensning, men du kan avtale hvordan den skal nå deg. Be om en navngitt kanal, en navngitt mottaker hos deg, og en forventet varslingsfrist.

Dette er lavthengende frukt som nesten ingen plukker. En avtalt varslingsvei koster ingenting og flytter risiko fra tilfeldighet til rutine. Og den gir deg noe å vise til hvis varselet uteblir.

Markedet: Microsoft bygger ut, men ikke i alle regioner samtidig

For å forstå hvorfor en norsk region kan bli trang, må man se på hva som skjer i markedet rundt. Microsoft meldte om kapasitetsbegrensninger i skyen samtidig som AI-forbruket vokste kraftig, i kvartalet som endte 30. september (CIO Dive). Det er ikke et tegn på svakhet. Det er et tegn på at etterspørselen løper fortere enn betong, kabler og strømtilknytning.

Måltall	Verdi	Hva det forteller deg
Microsofts kvartalsvise skyinntekter	38,9 milliarder dollar	Etterspørselen er ikke problemet
Vekst i skyinntekter år over år	22 prosent, ned fra 24 prosent	Veksttakten dempes, ikke stopper
Kvartalsvise kapitalinvesteringer	20 milliarder dollar, mot 11,2 milliarder året før	Utbyggingen akselererer kraftig
Google Clouds kapitalinvesteringer i kvartalet	13 milliarder dollar, opp 63 prosent	Kappløpet gjelder hele markedet
Forventede datasenterutgifter i år	Opp 38 prosent til 400 milliarder dollar	Kapasitet bygges, men tar tid å virke

Tallene bak kapasitetsklemma

Microsofts skyinntekter vokste 22 prosent i kvartalet, mot 24 prosent i samme periode året før, og selskapet varslet samtidig at kapitalutgiftene skulle øke videre som svar på kundeforbruket (CIO Dive). AI-virksomheten var på vei til å overstige 10 milliarder dollar i årlige inntekter i kvartalet etter. Dette er etterspørselspress, ikke etterspørselssvikt.

Konsekvensen for deg er motsatt av hva magefølelsen sier. Når en leverandør vokser raskt, blir kapasitet knappere, ikke rikeligere, fordi den nye kapasiteten allokeres der marginen og volumet er størst. Små markeder konkurrerer dårlig i den fordelingen.

Strømnett og leieavtaler setter takten

Nadella pekte på strømnettet og problemer med tredjepartsleieavtaler som begrensende faktorer, og minnet om at datasentre ikke bygges over natten (CIO Dive). Dette er fysiske begrensninger i den virkelige verden: nettilknytning, byggetid, kjøling, tilgang på utstyr. Ingen av dem løses med en bedre avtale.

Det er også verdt å merke at investeringene beskrives som langlivede eiendeler som skal tjenes inn over 15 år (CIO Dive). Beslutninger med den tidshorisonten tas ikke om igjen fordi en nordisk kunde ber om mer kapasitet. Det er derfor spørsmålet du skal stille handler om hvor du plasserer deg, ikke om hvordan du påvirker utbyggingen.

60 regioner betyr ikke 60 likeverdige regioner

Regionskart gir et inntrykk av likeverd som ikke finnes. Store regioner får nye tjenester først, har bredere utvalg av maskintyper og større slark i kapasiteten. Mindre regioner får samme tjenestenavn, men ikke nødvendigvis samme innhold eller samme utbyggingstempo. Et regionsnavn er et løfte om nærhet, ikke om utvalg.

Alura mener du bør velge skyregion og leverandør med utgangspunkt i hvor forutsigbar kapasiteten er over tid, ikke bare hvor dataene ligger i dag. En nærliggende region med bredt tjenesteutvalg kan i mange tilfeller være lavere total risiko enn en lokal region med smalt utvalg, forutsatt at jus og dataplassering er avklart.

Europeiske alternativer og prisen i tapt funksjonalitet

Når en amerikansk leverandør skaper usikkerhet, kommer spørsmålet om europeiske alternativer raskt. Det er et legitimt spørsmål, og markedet har aktører som tar det på alvor. Computas har inngått partnerskap med OVHcloud, som de omtaler som den største europeiske aktøren innen public cloud, med hovedsete i Frankrike og mange datasentre innenfor EU og EØS (computas.com, 2025).

IDC anerkjenner OVHcloud som en betydelig aktør i europeisk public cloud, i en vurdering som omfattet over 100 skytjenester (computas.com, 2025). Det er et reelt alternativ for en del arbeidslaster. Det er ikke en kopi av det du har.

Funksjonalitetstapet er reelt, og det skal prises

Å flytte til en europeisk plattform kan innebære et visst funksjonalitetstap på kort sikt (computas.com, 2025). Det er en ærlig formulering fra en aktør som selger alternativet, og den bør tas på ordet. Tapet merkes typisk i de administrerte tjenestene: identitet, dataplattform, overvåking og de mest spesialiserte AI-tjenestene.

Den riktige måten å behandle dette er som en kostnad, ikke som en innvending. Hvis beredskapsverdien er høyere enn funksjonalitetstapet, er flyttingen riktig. Hvis ikke, er svaret å dokumentere risikoen og beholde løsningen. Begge svar er forsvarlige. Det som ikke er forsvarlig, er å late som valget er gratis.

Delt arkitektur er vanligere enn fullt bytte

I praksis ender de fleste med en delt løsning: noen arbeidslaster hos den europeiske leverandøren, resten der de står. Kandidatene for flytting er de minst innlåste delene, ofte filbehandling, batchjobber, utviklingsmiljøer og tjenester uten dype plattformavhengigheter. Det gir reell øvelse i å flytte, uten å sette kjernedriften i spill.

For AI-delen er bildet i tillegg i bevegelse fordi modell-landskapet endres raskt, og fordi åpne modeller gir flere valg om hvor beregningen skjer (åpne modeller). Jo mer av AI-stakken din som kan kjøre på standard infrastruktur, jo lavere er kostnaden ved å bytte region eller leverandør senere.

Les også: DeepSeek: Hvorfor den kinesiske AI-satsingen er gode nyheter for Norge. DeepSeek har tatt verden med storm med åpne, kostnadseffektive AI-modeller.

Kostnad og innlåsing når tjenester må flyttes over landegrensen

En regionflytting ser enkel ut i et arkitekturdiagram og er sjelden enkel i praksis. Kostnaden kommer i fem former, og bare en av dem står på fakturaen. Tabellen under er en sjekkliste for å prise en flytting før den blir nødvendig, slik at beslutningen ikke tas midt i en hastesak.

Kostnadsdriver	Hva det betyr i praksis	Hvordan du reduserer den
Datautflytting og overføring	Betaling for å flytte store datamengder ut av en region	Flytt arkivdata separat og i ro
Dobbeltdrift i overgangen	To miljøer kjører parallelt i uker eller måneder	Kort overlapp, tydelig avslutningsdato
Tilpasning av tjenester	Administrerte tjenester må erstattes eller omskrives	Standardiser der det er mulig før flytting
Test og godkjenning	Hele kjeden må verifiseres på nytt, inkludert personvern	Automatiser testene du allerede trenger
Latens og brukeropplevelse	Lengre svartid merkes i interaktive tjenester	Mål før flytting, sett terskler

Latens er ikke et teknisk detaljspørsmål

En flytting fra Norge til Sverige gir i de fleste tilfeller håndterbar latensøkning, men det avhenger av hvor samtalen går. Kjeder av kall mellom tjenester som nå står i ulike regioner kan multiplisere forsinkelsen, og det rammer interaktive tjenester hardest. Mål svartiden før flyttingen, ikke etter.

Dette gjelder særlig AI-funksjoner i brukerflater, der forventningen til responstid er lav toleranse. En chatflate som svarer tregere enn før, oppleves som en dårligere tjeneste selv om svaret er like godt. Sett en terskel i forkant, og gjør den til et akseptansekriterium.

Innlåsing sitter i plattformtjenestene

Jo høyere opp i stabelen du bygger, jo mer verdi får du raskt, og jo dyrere blir et bytte. Dette er en reell avveining, ikke en feil. Men den bør tas bevisst, og den bør noteres: hvilke valg gjorde vi fordi de var raske, og hva koster de hvis vi må flytte?

Alura mener at beredskap handler om å vite hva som skjer hvis en region ikke kan vokse med deg, ikke om å spå at dataoverføringsavtaler faller bort. Den første er en planleggingsoppgave du kan løse. Den andre er en politisk utvikling du bare kan forberede deg på, og forvirring mellom de to er den vanligste grunnen til at skyrisiko blir en festtale i stedet for et tiltak.

Regulering og dataplassering i Digdirs arbeidsgruppe

Parallelt med kapasitetssaken har Digdir etablert en ny arbeidsgruppe i regi av Skate-samarbeidet, som skal utforske muligheter for å bruke skytjenester fra selskaper innenfor EU og EØS (kode24). Begrunnelsen er blant annet å begrense norske virksomheters avhengighet til selskaper basert i USA. Mandatet skal evalueres etter åtte måneder.

Beredskap, ikke spådom om avtalebrudd

Digdir sier selv at samarbeidet er basert på behovet for bedre beredskap, og at de ikke har vurdert om det er reell mulighet for at datautvekslingsavtalen mellom Europa og Norge kan falle bort (kode24). Det er en vesentlig presisering. Arbeidet er ikke en varslet overgang, og det er ikke et signal om at dagens løsninger er ulovlige.

Digdir har heller ikke hatt konkrete dialoger med europeiske motparter om arbeidet som starter i Skate-regi, og avviser en sammenheng mellom evalueringen av mandatet og et mulig EU-vedtak (kode24). Med andre ord: dette er tidlig fase. Å bygge en forretningsplan på utfallet er for tidlig, å overse at sporet finnes er for sent.

Hva det betyr for dokumentasjonen din

Det praktiske du kan gjøre nå, er å sørge for at dokumentasjonen din tåler et spørsmål om dataplassering uten at noen må grave. Et oppdatert kart over hvilke data som behandles hvor, med hvilke leverandører og under hvilke avtaler, er nyttig uansett hvordan dette utvikler seg. Den samme oversikten brukes av personvern, av innkjøp og av sikkerhet.

For virksomheter som leverer til offentlig sektor, er det i tillegg fornuftig å følge hva Skate-sporet konkluderer med, fordi anskaffelseskrav pleier å følge etter slike prosesser. Et krav du kan dokumentere i dag, er billigere enn et krav du må etterleve på kort frist.

Markedsobservasjon: norsk HPC og Sigma2 som supplement til sky

Kapasitetsdiskusjonen i Norge har et element som ofte glemmes: det finnes nasjonal regnekraft utenfor de kommersielle skyplattformene. Sigma2 AS har ansvar for nasjonal e-infrastruktur for beregningsvitenskap og tilbyr høyytelsesdatabehandling og storskala datalagring (cbinsights.com). Selskapet ble grunnlagt i 2014 og har hovedkontor i Trondheim.

Hva Sigma2 er, og hva det ikke er

Sigma2 er en non-profit aktør finansiert av Norges forskningsråd og konsortiepartnere, og betjener primært forskere og grupper ved norske universiteter og høyskoler samt andre offentlig finansierte organisasjoner og prosjekter (cbinsights.com). Det er altså ikke en kommersiell skyleverandør du kan bestille kapasitet hos som en vanlig bedrift.

Poenget er likevel relevant for ledere: det finnes norsk regnekraft som ikke konkurrerer i det globale skymarkedet om de samme ressursene. For virksomheter med forskningssamarbeid, offentlig finansierte prosjekter eller tunge beregningsoppgaver kan dette sporet være verdt å undersøke, særlig i samarbeid med en akademisk partner.

Når HPC er riktig verktøy, og når det ikke er

Høyytelsesdatabehandling passer for oppgaver som er tunge, planlagte og avgrensede: simulering, modelltrening på egne data, store analyser som kan kjøres i kø. Det passer dårlig for interaktive tjenester som skal svare en bruker på sekunder, med varierende last gjennom døgnet.

I praksis betyr dette at HPC er et supplement, ikke en erstatning. En realistisk arkitektur kan ha tunge beregninger i et nasjonalt miljø og brukerflaten i sky. Da er kapasitetsrisikoen i skyregionen begrenset til det som faktisk må svare raskt, og det er en mindre og mer forutsigbar mengde.

Vanlige feil norske virksomheter gjør når de velger skyregion

Feilene under er ikke tegn på dårlig kompetanse. De er tegn på at kapasitet ikke har vært et tema man forventet å måtte håndtere. Digdir-saken endrer den forventningen, og det er den eneste konkrete læringen det er rimelig å ta fra en enkelt nyhetssak.

Å tro at «data i Norge» er hele kravet

Mange virksomheter har et internt krav om at data skal ligge i Norge, og stopper der. Kravet er ofte fornuftig, men det dekker bare lag to i rammeverket. Det sier ingenting om hvorvidt regionen har kapasitet til å ta imot veksten din, eller om de tjenestene du trenger finnes der.

Resultatet blir en løsning som er juridisk velbegrunnet og driftsmessig sårbar. Det riktige kravet er tostegs: hvor data skal ligge, og hvilken kapasitet og tjenestebredde regionen må ha for at kravet skal være holdbart over tid.

Å bygge produksjon på tjenester i forhåndsvisning

AI-tjenester lanseres ofte i forhåndsvisning i enkelte regioner lenge før de er generelt tilgjengelige overalt. Det er fristende å bygge på dem, fordi de fungerer. Men en forhåndsvisningstjeneste har ingen garantier for tilgjengelighet, kan endres uten varsel, og kan bli generelt tilgjengelig i andre regioner enn din.

Regelen er enkel og bør skrives ned: pilot gjerne på forhåndsvisning, produksjonssett bare på generelt tilgjengelige tjenester i din region. Hvis unntak gjøres, skal unntaket ha en eier og en dato for ny vurdering.

Å kjøpe en exit-strategi på papir

En exit-plan som aldri er testet, er et dokument, ikke en beredskap. Den vanligste varianten beskriver i generelle ordelag at tjenestene kan flyttes, uten å ha målt innlåsingsgrad, uten å ha priset flyttingen, og uten at noen har forsøkt å flytte selv den enkleste tjenesten. Den gir trygghet uten å gi evne.

Alternativet er mer beskjedent og mer nyttig: en dokumentert risikoanalyse, en navngitt eier, og en reell flytting av en liten tjeneste som øvelse. Det er omtrent den linjen Computas trekker når de anbefaler risikoanalyser og eierskap fremfor en absolutt exit-strategi (computas.com, 2025).

Ofte stilte spørsmål om skykapasitet og dataplassering

Spørsmålene under er de som oftest kommer fra ledelsen når denne saken diskuteres. Svarene er korte med vilje, og de holder seg til det som faktisk er dokumentert.

Betyr dette at vi må ut av Azure?

Nei. Det som er rapportert, er at Microsoft ifølge Digdir har sagt at Norway East ikke lenger er et skalerbart datasenter, og at etaten må flytte tjenester til Sverige (Teknisk Ukeblad). Det er en regional kapasitetsbegrensning, ikke en dom over plattformen. Det riktige svaret er å sjekke din egen regionavhengighet, ikke å starte et plattformbytte.

Kan vi fortsatt kreve at data ligger i Norge?

Ja, men kravet må tåle et oppfølgingsspørsmål: hva gjør vi hvis regionen ikke kan vokse med tjenesten? Hvis svaret er at kravet står uansett, må du akseptere at vekst kan bli begrenset eller dyrere. Hvis svaret er at nærregion er akseptabelt, bør det stå skriftlig i forkant, slik at det ikke blir en hastebeslutning senere.

Hvordan vet vi om vår region har nok kapasitet til AI?

Du vet det ikke med sikkerhet, men du kan komme nær: sjekk hvilke AI-tjenester og instanstyper som er generelt tilgjengelige i regionen, se på kvotene dine og hvor nær taket du ligger, og be leverandøren bekrefte status skriftlig. Markedsbildet tilsier at knapphet er normaltilstanden en stund, med datasenterutgifter som ventes å øke 38 prosent i år (CIO Dive).

Hva koster det å flytte en tjeneste til en annen region?

Det avhenger nesten helt av innlåsingsgraden din. En containerisert tjeneste med egen database kan flyttes i løpet av dager. En løsning som bruker mange administrerte plattformtjenester kan kreve måneder og gi funksjonalitetstap underveis (computas.com, 2025). Prising krever at du teller avhengighetene først.

Er en exit-strategi et formelt krav?

Krav varierer med sektor og kontrakt, og for mange virksomheter er det snarere dokumentert risikohåndtering enn en fullverdig exit-plan som forventes. Digdirs eget arbeid beskrives som beredskap og samordning, uten en vurdering av om dataavtalen med USA faktisk faller bort (kode24). Hold samme nøkternhet i egen dokumentasjon.

Oppsummering og tre neste steg

Digdir-saken er liten som nyhet og nyttig som varsel. Den sier at en norsk skyregion kan slutte å vokse med kundene sine, at beskjeden kan komme fra leverandøren uten forvarsel, og at svaret kan bli å flytte over en landegrense. Den sier ingenting om jus, ingenting om datasikkerhet, og ingenting om hvor lenge situasjonen varer.

Det praktiske du tar med deg er tredelt. Første uke: lag tjenestelisten med region og eier, og finn kvotene du ligger nærmest. Første måned: mål forholdet mellom topplast og normallast for de tjenestene som skal vokse, tell innlåsingsgraden din, og send de fem kapasitetsspørsmålene skriftlig til leverandøren. Første kvartal: plasser eierskapet for kapasitetsrisiko hos en navngitt person, og flytt en liten, lite innlåst tjeneste som øvelse.

Markedsbildet taler for at dette er verdt tiden. Skyinntektene vokser tosifret samtidig som utbyggingen møter fysiske grenser i strømnett og byggetid, og kapitalinvesteringene øker kraftig nettopp fordi etterspørselen løper foran (CIO Dive). I et slikt marked er kapasitet en knapp ressurs som fordeles, og de som har målt sitt eget behov står først i den fordelingen.

Det siste rådet er et spørsmål, ikke en handling. Hvis regionen du kjører i ikke kan vokse med deg om to år, hva gjør du da? Har du et svar på en side, er du bedre forberedt enn de fleste. Har du ikke, er det den billigste siden du skriver i år, og den hører inn i AI-strategien før neste tjeneste settes i produksjon (AI-strategi).

I Alura hjelper vi norske bedrifter med å bygge AI-strategi som faktisk lar seg gjennomføre. Vi kombinerer dyp teknisk innsikt med erfaring fra alt fra SMB til enterprise, og leverer veikart som virker i praksis, ikke bare i PowerPoint.

Bestill en strategiøkt: en halvdags samtale der vi kartlegger virksomhetens AI-modenhet, identifiserer de tre prosessene med størst potensial, og leverer et konkret veikart med budsjettramme. Uforpliktende.

Kilder

Teknisk Ukeblad. Microsoft sliter med kapasiteten i Norge – Digdir må flytte tjenester til Sverige
Digi.no. Microsoft struggles with capacity in Norway – Digdir told to move services to Sweden
CIO Dive. Microsoft runs into cloud constraints as Azure AI business booms
kode24. Digdir-gruppe ser på skyer i Europa, for å løsrive seg fra USA
computas.com (2025). Digital beredskap: OVHcloud som europeisk skyalternativ - Computas
cbinsights.com. Sigma2 AS - Products, Competitors, Financials, Employees, Headquarters Locations