Forordningen om utvikling av sky og kunstig intelligens: hva Europa faktisk prøver å rette opp

Forordningen om utvikling av sky og kunstig intelligens er den klareste erklæringen så langt om hva europeisk teknologipolitikk er blitt. Den er ikke en forbrukervernlov, og den er ikke en sikkerhetslov. Dette er industripolitikk rettet mot ett problem: Europa kjører det meste av den digitale økonomien sin på infrastruktur landene ikke kontrollerer.

Det er en annen type regulering enn personvernforordningen eller KI-forordningen, og den når deg gjennom en annen mekanisme. Å forstå hvilken betyr mer enn å lese fortalen.

Problemet den svarer på

Ingen bestrider tallene bak dette. Det store flertallet av europeiske utgifter til skyinfrastruktur går til tilbydere utenfor Europa. De største KI-modellene europeiske selskaper bruker, trenes og driftes utenfor Europa. Europeisk regnekapasitet er en liten andel av verdenstotalen.

I et tiår ble dette regnet som et markedsutfall. Siden 2022 er det regnet som en strategisk sårbarhet, av grunner som ikke har noe med teknologi å gjøre: handelsspenninger, eksportkontroll og erkjennelsen av at avhengighet av andres infrastruktur er et pressmiddel.

Forordningen om utvikling av sky og kunstig intelligens er lovgivningsarmen i den nyvurderingen. Den står ved siden av handlingsplanen for KI-kontinentet, InvestAI-initiativet, programmet for KI-gigafabrikker og den bredere konkurranseevneagendaen som kom ut av Draghi-rapporten.

Hva den ventes å gjøre

Forslaget var varslet til første del av 2026 som et flaggskip i Kommisjonens arbeidsprogram. De uttalte målene går igjen i alle kunngjøringene:

Styrke europeisk evne til å utvikle, ta i bruk og skalere sky og kunstig intelligens. I praksis handler dette om regnekraft, datasentre og evnen til å trene og drifte store modeller innenfor EU.

Tette hull i regelverket. Dagens rammeverk håndterer sky i hovedsak gjennom bytteordningene i dataforordningen og sikkerhetspliktene i NIS2. Ingen av dem berører kapasitet eller strategisk avhengighet.

Fremme interoperabilitet. Redusere den tekniske kostnaden ved å flytte mellom tilbydere, altså det samme politiske målet som dataforordningen angriper fra kontraktssiden.

Etablere en felles skypolitikk for offentlig forvaltning og offentlige anskaffelser i hele EU. Det er her det biter. En felles tilnærming til hvordan offentlige organer i medlemsstatene kjøper sky, med en europeisk preferansedimensjon.

Støtte et sikkert og konkurransedyktig europeisk sky- og KI-økosystem. Sekkeposten.

Mekanismen som faktisk når deg

Dette er det som er verdt å forstå ved saken. Det meste av teknologiregulering treffer private selskaper direkte: du behandler personopplysninger, altså gjelder personvernforordningen for deg. Forordningen om utvikling av sky og kunstig intelligens vil langt oftere treffe selskaper indirekte, gjennom anskaffelser.

Offentlig sektor i EU kjøper teknologi for enorme summer. Blir offentlige organer i medlemsstatene pålagt eller sterkt oppfordret til å kjøpe europeisk sky, endrer det markedet for enhver leverandør som selger til det offentlige, og det forplanter seg nedover fra hovedleverandørene til underleverandørene deres.

Mønsteret er kjent fra tilgjengelighet. Det europeiske tilgjengelighetsdirektivet har direkte plikter, men mye av tilgjengelighetsarbeidet i praksis ble drevet fram av anskaffelsesregler som utelukket leverandører som ikke oppfylte kravene, lenge før direktivet begynte å gjelde.

Vent deg det samme her. Selger du programvare til offentlige kjøpere i Europa, flytter spørsmålene om hvor infrastrukturen din kjører, hvem som kontrollerer den, og om den lar seg flytte, seg fra sikkerhetsskjemaet til kvalifikasjonskriteriene.

Hva dette betyr for arkitektur

Når du leser en suverenitetspolitikk, er instinktet enten å overse den eller å migrere i panikk. Ingen av delene er riktig. Det fornuftige er å sørge for at spørsmålet lar seg besvare.

Vit hvor dataene og regnekraften faktisk befinner seg

Det høres trivielt ut, og er det ikke. I et modent system omfatter det ærlige svaret på «hvor kjører dette» ofte en primærregion, en reserveregion, et CDN med uklare kantnoder, en administrert database, tre SaaS-avhengigheter med sine egne underleverandører, en leverandør av observabilitet og et modell-API der det ikke er dokumentert hvor inferensen skjer.

Å bygge et nøyaktig kart er det første stykket reelt arbeid, og det er det samme kartet du trenger til overføringsanalyse etter personvernforordningen og til NIS2-spørsmål om leverandørkjeden. Gjør det én gang.

Skill de flyttbare delene fra dem som ikke er det

Nesten alle systemer har en flyttbar kjerne og et sett tilbyderspesifikke avhengigheter. Den flyttbare kjernen er som regel applikasjonen. De delene som ikke lar seg flytte, er som regel administrerte tjenester: proprietære databaser, serverløse kjøremiljøer, køer, identitet og i økende grad modell-API-er.

Du behøver ikke kvitte deg med dem. Du må vite hvilke de er, for den listen er det ærlige svaret på hvor tung en migrering ville bli, og det er nettopp det et anskaffelsesskjema spør om.

Behandle modelltilbydere som en abstraksjonsgrense

Dette er det nyeste punktet, og det som oftest blir hoppet over. Applikasjoner som kaller modell-API-et til én leverandør direkte, med leverandørspesifikke promptformater og responshåndtering spredt utover kodebasen, har tatt en beslutning om avhengighet uten å merke det.

En tynn abstraksjon over modellkall koster svært lite å bygge og gir deg muligheten til å rute til en europeisk tilbyder, til en modell med åpne vekter på europeisk infrastruktur, eller til en helt annen leverandør. Gitt hvor raskt modellandskapet beveger seg, er det verdt å gjøre på rent kommersielt grunnlag.

Test utgangen, ikke bare dokumenter den

Dataforordningen gir deg allerede rett til å bytte skytilbyder, og byttegebyrene forsvinner helt fra 12. januar 2027. Svært få kjøpere bruker den retten, og enda færre tester om eksporten de har krav på, faktisk ville gjenskapt tjenesten deres.

Kjør eksporten. Prøv å tolke den. Gapet mellom det en tilbyder kaller eksporterbart og det som er brukbart, er der innlåsingen sitter, og det er også det ærlige svaret på et suverenitetsspørsmål.

Hva den ikke er

Litt fornuftig skepsis er på sin plass, og det er bedre å se dette nøkternt nå enn å bli overrasket senere.

Dette er ikke et forbud mot amerikansk sky. Ingenting av det som er kunngjort, tyder på at private selskaper vil bli nektet å bruke tilbydere utenfor Europa. Mekanismen er preferanse i anskaffelser og oppbygging av kapasitet, ikke forbud.

Kapasitet oppstår ikke fordi en lov sier det. Europeisk skykapasitet er begrenset fordi det å bygge datasentre og trene frontmodeller er kapitalkrevende, og Europa har inntil nylig ikke stilt opp med kapital i den skalaen som trengs. Finansieringsprogrammene vi omtaler i vår guide til EUs teknologifinansiering, er det virkemidlet som faktisk virker her. Forordningen er rammen rundt dem.

Et suverenitetsstempel er ikke suverenitet. Flere løsninger markedsfører seg som suveren sky mens de kjører på lisensiert teknologi utenfra, med varierende grad av operativ uavhengighet. Om det holder mot en framtidig anskaffelsesregel, er nettopp spørsmålet forordningen må svare på, og det har den ikke gjort.

Det er et forslag. Før det finnes en tekst med posisjoner fra Rådet og Parlamentet rundt seg, kan vi ikke vite detaljene. Det vi kan vite, er retningen, og den har vært den samme gjennom tre år med kommunikasjon fra Kommisjonen.

Hvordan dette henger sammen med alt annet

Forordningen om utvikling av sky og kunstig intelligens er én bit av et samordnet framstøt, og leser du den isolert, ser den svakere ut enn den er.

KI-forordningen regulerer hvordan KI-systemer oppfører seg. Dataforordningen angriper innlåsing i sky fra kontraktssiden. NIS2 presser kontroll av leverandørkjeden nedover gjennom leverandørleddene. Forordningen om cyberrobusthet legger sikkerhetsplikter på produkter. InvestAI og gigafabrikkprogrammet legger penger i regnekapasitet. Forordningen om utvikling av sky og kunstig intelligens legger til laget for anskaffelser og interoperabilitet.

Hver for seg ser de ut som nok en byrde. Samlet beskriver de et ganske sammenhengende veddemål: at Europa kan regulere seg fram til en egen teknologibase ved å kombinere regler for markedsadgang med offentlige penger.

Om veddemålet går opp, er et legitimt spørsmål. At det er inngått, er det ikke.

Hva du bør gjøre de neste tolv månedene

Bygg infrastrukturkartet. Hvor kjører alt, hvem drifter det, og hva er den kontraktsfestede veien ut. Dette har fire andre bruksområder.

Finn de avhengighetene som virkelig ikke lar seg flytte, og prissett migreringen ærlig, selv om du aldri gjennomfører den. Det er svaret på anskaffelsesspørsmålet, og det er rett og slett god arkitekturhygiene.

Legg en abstraksjon over modelltilbyderne hvis du ikke har det. Billig nå, dyrt senere, og nyttig av grunner som ikke har med politikk å gjøre.

Selger du til offentlige kjøpere i Europa, følg anskaffelsessporet tettere enn selve forordningen. Det er der kravet først dukker opp, som et kvalifikasjonskriterium.

Ikke migrer på spekulasjon. Å flytte infrastruktur på grunn av et forslag som ennå ikke er publisert, er slik organisasjoner bruker et år og et stort budsjett på noe som viser seg å ikke ha vært nødvendig.

Slik får du hjelp

Vi designer og bygger skyinfrastruktur, dataplattformer og KI-integrasjoner for selskaper som opererer i Europa, også den lite glamorøse jobben med å gjøre et system reelt flyttbart og ikke bare flyttbart på papiret.

Trenger du et kart over infrastruktur og avhengigheter, en test av veien ut fra dagens tilbyder, eller et abstraksjonslag over modelltilbydere, skriv til office@c9group.dev. Mer om infrastrukturarbeidet vårt på siden om AWS-kostnadsoptimalisering og om Europa-arbeidet vårt på siden om markedsinngang i EU.

Det bredere lovgivningsbildet finner du i vår EU-lovgivningskø, og pengene bak denne agendaen er kartlagt i vår guide til EUs teknologifinansiering.

Vi er ingeniører, ikke politiske rådgivere. Dette er et planleggingsblikk på et forslag, ikke juridisk rådgivning.