Digital suverænitet

Telenor og den norske suveræne cloud: andet forsøg (2024 til 2026)

Telenor og den norske suveræne cloud: andet forsøg (2024 til 2026)

Norges største teleselskab har på to år meldt to forskellige veje til en national cloud. Den første byggede på et udvidet samarbejde med Amazon Web Services. Den anden er et selvstændigt selskab, som Telenor beskriver som isoleret fra kommercielle, globale cloudløsninger.

Sagen kort

Telenor er med i datacenterselskabet Skygard sammen med Hafslund og HitecVision. I juni 2024 meddelte Telenor, at selskabet ville bruge AWS og Skygards datacenter til sin suveræne cloud. Den 5. maj 2026 meddelte Telenor i stedet oprettelsen af selskabet Telenor Sovereign Cloud under forretningsområdet Telenor Infrastructure.

Den nye platform skal drives fra nationalt kontrollerede datacentre i Norge. Alle data skal lagres, behandles og administreres under norsk jurisdiktion, skriver Telenor. Kommerciel lancering er planlagt til første halvår 2027.

Hvad skete der, dato for dato

  • 2023 · Skygard blev etableret af Telenor, Hafslund, HitecVision og rådgivningsfirmaet Analysys Mason, ifølge HitecVision.
  • 19. marts 2024 · Ejerne besluttede at investere 2,4 mia. NOK i Skygard. Byggeriet af det første datacenter i Hovinbyen i Oslo begyndte, og Telenor Norge blev ankerkunde. Skygards nye direktør kom fra en stilling som sikkerhedsdirektør i den norske kommunikationsmyndighed Nkom, oplyste HitecVision.
  • 18. juni 2024 · Telenor udvidede samarbejdet med AWS. I det første år ville Telenor investere omkring 100 mio. NOK i sin suveræne cloud med brug af AWS og Skygards datacenter. Telenor ville også undersøge, om egne interne systemer kunne køre på samme AWS-infrastruktur. Samarbejdet skulle desuden modernisere Telenors datacentre i Sverige og Finland med AWS-infrastruktur.
  • 5. maj 2026 · Telenor meddelte oprettelsen af Telenor Sovereign Cloud i forbindelse med et besøg af digitaliseringsminister Karianne Tung.

Status pr. 30. oktober 2026 er ifølge Telenors meddelelse en pilotfase med udvalgte kunder. Beslutningen om kommerciel lancering skal træffes på grundlag af piloten.

Hvem besluttede

Begge beslutninger blev truffet af Telenor selv. Ingen myndighed påbød skiftet, og meddelelsen fra 2026 nævner ikke AWS-samarbejdet. Hvorfor kursen blev lagt om, fremgår derfor ikke af Telenors egne dokumenter.

Telenor begrunder det nye selskab med øget geopolitisk usikkerhed og voksende afhængighed af globale hyperscalere. Lederen af Telenor Infrastructure, Jannicke Hilland, pegede på et voksende behov i både privat og offentlig sektor for skalerbar cloud med national kontrol. Ministeren kaldte initiativet et bidrag til Norges digitale suverænitet og robusthed. Den politiske ramme er beskrevet under → Norges arbejdsgruppe om digitale afhængigheder.

Hvilken mekanisme

Forskellen mellem de to modeller ligger i lagene. I 2024 var datacentret norsk, men cloudteknologien kom fra AWS. Telenor brugte selv betegnelsen “sovereign-by-design” om AWS’ teknologi i meddelelsen. Hvad en sådan betegnelse dækker, er gennemgået under → hyperscalernes suveræne clouds.

I 2026 lægger Telenor vægt på isolation fra globale clouds, norsk jurisdiktion og egen kontrol over arkitektur, drift og sikkerhed. Løsningen bygges dog sammen med udvalgte teknologipartnere, som ikke er navngivet. Telenor vil selv teste og bruge tjenesterne internt ved siden af arbejdet med eksterne kunder. Første fase etableres i Norge, blandt andet på grund af nationale regulatoriske krav, med mulighed for senere udbygning i Norden. Modellen med de tre lag står under → dataresidens, drift og jura.

Ejerskabet bag

Den norske stat ejede 53,97 procent af Telenor ASA pr. 27. februar 2026, ifølge Telenors aktionærliste. Næststørst var Folketrygdfondet med 4,55 procent.

Moderselskabet er dermed norsk med staten som hovedaktionær. Om en udenlandsk lov alligevel kan række ind, afhænger blandt andet af koncernens forbindelser til andre lande, jf. → Cloud Act. Den samme prøve gælder for alle udbydere, uanset hvor de har hjemme. Statsligt ejerskab er heller ingen garanti mod fremtidige ændringer, fordi ejerforhold kan skifte, se → opkøb og ejerskifte.

Hvad kunderne kunne have vidst på forhånd

En kunde, der købte Telenors suveræne cloud i 2024, kunne læse i meddelelsen, at den byggede på AWS. Juridisk enhed og teknologileverandør stod altså i det offentlige materiale. En gennemgang efter → trin 2 og → trin 3 ville have vist kæden.

Kunden kunne også have set, at Skygard var et datacenterselskab med kolokation. Et norsk datacenter siger ikke i sig selv noget om, hvem der leverer platformen ovenpå. Den forskel er kernen i → sovereignty washing.

Hvad sagen ikke viser

Sagen viser ikke, at AWS-samarbejdet er ophørt. Telenors meddelelse fra 2026 omtaler det ikke, og der foreligger ingen meddelelse om, at det er afsluttet, i de dokumenter, der er gennemgået her. Den viser heller ikke, hvilken software og hardware den nye platform bygger på.

Sagen viser ikke, at løsningen virker. Den er i pilotfase, og omfanget af fremtidige investeringer skal ifølge Telenor afhænge af efterspørgslen. Telenor forventer, at initiativet med tiden vil beskæftige omkring 50 personer. Meddelelsen indeholder heller ingen prismodel. Fremtidige planer er planer, indtil de er gennemført.

Læren for en exit-plan

En udbyder kan skifte model, mens I er kunde. Det gælder både, når udbyderen bevæger sig væk fra en hyperscaler, og når den bevæger sig hen imod en. Brug sagen til fire handlinger.

  1. Spørg efter platformen under tjenesten · Notér både datacenter, cloudteknologi og driftsorganisation for hver tjeneste. Navnet på produktet er ikke nok.
  2. Følg udbyderens meddelelser · Et skift i teknologipartner ændrer jeres afhængighed. Gør det til et fast punkt i → trin 10.
  3. Vurder alternativer efter samme målestok · Ejerskab, hosting, aktualitet og pris skal efterprøves for alle udbydere, også nationale, jf. → trin 7.
  4. Vent med at regne en pilot med · En tjeneste uden kommerciel lancering kan indgå i planen som en mulighed, men ikke som jeres exit-vej.

En uvildig kortlægning kan vise, hvilke lag der reelt er under jeres egen kontrol. Nielco IT’s jurisdiktions- og afhængighedsvurdering gennemgår juridisk enhed, moderselskab og underleverandører pr. system.

Kilder

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Skal afhængigheden kortlægges?

Skriv kort, hvilke systemer eller leverandører det drejer sig om, og hvad anledningen er. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ikke indgået forhandleraftaler med leverandører.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.