Akt o razvoju oblaka in umetne inteligence: kaj Evropa zares poskuša popraviti

Akt o razvoju oblaka in umetne inteligence je doslej najjasnejša izjava o tem, kaj je evropska tehnološka politika postala. Ni zakon o varstvu potrošnikov in ni zakon o varnosti. Je industrijska politika, uperjena v en sam problem: Evropa največji del svojega digitalnega gospodarstva poganja na infrastrukturi, ki je ne nadzoruje.

To je drugačna vrsta regulacije od GDPR ali akta o umetni inteligenci in do vas bo prišla po drugem mehanizmu. Razumeti, po katerem, šteje bolj kot brati uvodne izjave.

Problem, na katerega odgovarja

Številk za tem nihče ne izpodbija. Prevladujoč delež evropske porabe za infrastrukturo oblaka gre neevropskim ponudnikom. Največji modeli umetne inteligence, ki jih uporabljajo evropska podjetja, se učijo in gostujejo zunaj Evrope. Evropska računska zmogljivost je majhen delež svetovne.

Desetletje je to veljalo za tržni izid. Od leta 2022 velja za strateško ranljivost, in to iz razlogov, ki s tehnologijo nimajo nič: trgovinske napetosti, izvozni nadzor in spoznanje, da je odvisnost od infrastrukture vzvod.

Akt o razvoju oblaka in umetne inteligence je zakonodajna roka te ponovne presoje. Stoji ob akcijskem načrtu za celino umetne inteligence, pobudi InvestAI, programu gigatovarn umetne inteligence in širši agendi konkurenčnosti, ki je izšla iz Draghijevega poročila.

Kaj naj bi počel

Predlog je bil ciljan na prvi del leta 2026 kot eden od vodilnih delov delovnega programa Komisije. Navedeni cilji so skozi vse napovedi dosledni:

Okrepiti evropsko zmožnost razvoja, uvajanja in razširjanja oblaka in umetne inteligence. V praksi gre za računsko moč, podatkovna središča in zmožnost učenja in strežbe velikih modelov znotraj EU.

Zapreti regulativne vrzeli. Obstoječi okvir oblak ureja predvsem prek določb o zamenjavi ponudnika iz akta o podatkih in prek varnostnih obveznosti iz NIS2. Nobena od obeh se ne ukvarja z zmogljivostjo ali strateško odvisnostjo.

Spodbujati interoperabilnost. Znižati tehnični strošek prehajanja med ponudniki, torej isti politični cilj, ki ga akt o podatkih napada s pogodbene strani.

Vzpostaviti politiko oblaka na ravni EU za javne uprave in javna naročila. Prav ta točka ima dejansko moč. Gre za skupen pristop k temu, kako javni organi v državah članicah kupujejo oblak, z razsežnostjo evropske prednosti.

Podpreti varen in konkurenčen evropski ekosistem oblaka in umetne inteligence. Splošna določba, pod katero pade vse drugo.

Mehanizem, ki vas bo zares dosegel

Pri tem spisu velja razumeti tole. Večina tehnološke regulacije doseže zasebna podjetja neposredno: obdelujete osebne podatke, torej za vas velja GDPR. Akt o razvoju oblaka in umetne inteligence bo večino podjetij precej verjetneje dosegel posredno, prek javnih naročil.

Tehnološka poraba javnega sektorja v EU je ogromna. Če bodo javni organi v državah članicah zavezani ali močno spodbujeni k nakupu evropskega oblaka, se bo spremenil dosegljivi trg za vsakega dobavitelja, ki prodaja v javni sektor, po verigi pa se bo prenesel od glavnih izvajalcev do njihovih podizvajalcev.

Vzorec poznamo z dostopnosti. Evropski akt o dostopnosti ima neposredne obveznosti, velik del dela na dostopnosti pa so v praksi poganjala pravila javnega naročanja, ki so neskladne dobavitelje izključevala dolgo pred začetkom uporabe direktive.

Enako pričakujte tukaj. Če prodajate programsko opremo evropskim javnim kupcem, se bodo vprašanja o tem, kje teče vaša infrastruktura, kdo jo nadzoruje in ali jo je mogoče migrirati, preselila iz varnostnega vprašalnika v kvalifikacijska merila.

Kaj to pomeni za arhitekturo

Ko človek prebere politiko suverenosti, jo po nagonu bodisi prezre bodisi se panično požene v migracijo. Ne eno ne drugo ni pravilno. Razumno je poskrbeti, da je na vprašanje sploh mogoče odgovoriti.

Vedite, kje so v resnici vaši podatki in vaša računska moč

Sliši se trivialno, pa ni. V zrelem sistemu pošten odgovor na vprašanje «kje to teče» pogosto vključuje primarno regijo, rezervno regijo, CDN z nejasnimi robnimi lokacijami, upravljano podatkovno bazo, tri odvisnosti SaaS z lastnimi podobdelovalci, ponudnika opazovalnosti in API modela, čigar lokacija sklepanja ni dokumentirana.

Izdelava natančnega zemljevida je prvi kos resničnega dela, in to je isti zemljevid, ki ga potrebujete za analizo prenosov po GDPR in za vprašanja o dobavni verigi iz NIS2. Naredite ga enkrat.

Ločite prenosljive dele od neprenosljivih

Skoraj vsak sistem ima prenosljivo jedro in nabor odvisnosti, vezanih na ponudnika. Prenosljivo jedro je običajno aplikacija. Neprenosljivi deli so običajno upravljane storitve: lastniške podatkovne baze, izvajalna okolja brez strežnika, čakalne vrste, identiteta in vse pogosteje API-ji modelov.

Ni jih treba odstraniti. Morate pa vedeti, kateri so, ker je prav ta seznam pošten odgovor na vprašanje, kako težka bi bila migracija. In natanko to nabavni vprašalnik v resnici sprašuje.

Ponudnike modelov obravnavajte kot mejo abstrakcije

Ta je najnovejša in najpogosteje preskočena. Aplikacije, ki neposredno kličejo API modela enega samega dobavitelja, imajo oblike pozivov in obdelavo odgovorov, značilne za tega dobavitelja, raztresene po vsej kodni bazi. Odločitev o odvisnosti so sprejele, ne da bi to opazile.

Tanka abstrakcija nad klici modela stane zelo malo, kupi pa vam zmožnost, da se preusmerite k evropskemu ponudniku, k modelu z odprtimi utežmi na evropski infrastrukturi ali k povsem drugemu dobavitelju. Glede na to, kako hitro se trg modelov spreminja, to velja narediti že iz poslovnih razlogov.

Izhod preizkusite, ne le dokumentirajte

Akt o podatkih vam že daje pravico do zamenjave ponudnika oblaka, stroški zamenjave pa od 12. januarja 2027 povsem izginejo. Zelo malo kupcev to pravico uporabi, še manj pa jih preveri, ali bi izvoz, do katerega so upravičeni, njihovo storitev res obnovil.

Zaženite izvoz. Poskusite ga razbrati. Razmik med tem, čemu ponudnik pravi izvozljivo, in tem, kar je uporabno, je kraj, kjer živi vezanost na ponudnika. Hkrati je to pošten odgovor na vprašanje o suverenosti.

Kaj ni

Nekaj razumnega dvoma je upravičenega, in bolje je gledati trezno zdaj kot biti presenečen pozneje.

To ni prepoved ameriškega oblaka. Nič napovedanega ne kaže, da bi zasebnim podjetjem prepovedali uporabo neevropskih ponudnikov. Mehanizem je prednost pri naročanju in gradnja zmogljivosti, ne prepoved.

Zmogljivost se ne pojavi, ker tako pravi zakon. Evropska zmogljivost oblaka je omejena, ker sta gradnja podatkovnih središč in učenje mejnih modelov kapitalsko intenzivna, Evropa pa do nedavnega ni namenila kapitala v potrebnem obsegu. Dejanski instrument so tu programi financiranja, ki jih obravnava naš vodnik po financiranju tehnologije v EU. Akt je okvir okoli njih.

Suverene oznake niso suverenost. Več rešitev se trži kot suvereni oblak, medtem ko teče na licencirani neevropski tehnologiji, z različnimi stopnjami operativne neodvisnosti. Ali to zadošča prihodnjemu pravilu naročanja, je natanko vprašanje, na katerega bo akt moral odgovoriti, in nanj še ni.

To je predlog. Dokler ni besedila s stališči Sveta in Parlamenta okoli njega, podrobnosti ni mogoče poznati. Poznati je mogoče smer, ki je v treh letih sporočil Komisije ostala dosledna.

Kako se to povezuje z vsem drugim

Akt o razvoju oblaka in umetne inteligence je en del usklajenega prizadevanja in kdor ga bere v izolaciji, ga vidi šibkejšega, kot je.

Akt o umetni inteligenci ureja, kako se sistemi umetne inteligence obnašajo. Akt o podatkih napada vezanost na oblak pogodbeno. NIS2 potiska preverjanje dobavne verige navzdol skozi dobavitelje. Akt o kibernetski odpornosti postavlja varnostne obveznosti na izdelke. InvestAI in program gigatovarn vlagata denar v računsko zmogljivost. Akt o razvoju oblaka in umetne inteligence dodaja sloj naročanja in interoperabilnosti.

Vsak posebej je videti kot dodatno breme. Skupaj opisujejo precej skladno stavo: da se Evropa lahko z regulacijo dokoplje do lastne tehnološke baze, če združi pravila dostopa do trga in javni denar.

Ali ta stava deluje, je legitimno vprašanje. Da je vložena, ni.

Kaj narediti v naslednjih dvanajstih mesecih

Zgradite zemljevid infrastrukture. Kje vse teče, kdo to upravlja, kakšna je pogodbena pot izhoda. Ta zemljevid ima še štiri druge uporabe.

Prepoznajte zares neprenosljive odvisnosti in pošteno ocenite ceno migracije, tudi če je nikoli ne izvedete. To je odgovor na nabavno vprašanje in tudi preprosto dobra arhitekturna higiena.

Postavite abstrakcijo nad ponudniki modelov, če je nimate. Poceni zdaj, drago pozneje in koristno iz razlogov, ki s politiko nimajo zveze.

Če prodajate evropskim javnim kupcem, spremljajte naročniško pot pozorneje od samega akta. Tam se bo zahteva najprej pojavila kot kvalifikacijsko merilo.

Ne migrirajte na podlagi ugibanja. Prestavljati infrastrukturo zaradi neobjavljenega predloga je način, kako organizacije porabijo leto in velik proračun za nekaj, česar na koncu nihče ni zahteval.

Kako do pomoči

Zasnujemo in gradimo oblačno infrastrukturo, podatkovne platforme in integracije umetne inteligence za podjetja, ki poslujejo v Evropi. Sem sodi tudi nehvaležno delo, s katerim sistem postane zares prenosljiv in ne le prenosljiv na papirju.

Če potrebujete zemljevid infrastrukture in odvisnosti, preizkus izhoda pri trenutnem ponudniku ali sloj abstrakcije nad ponudniki modelov, pišite na office@c9group.dev. Več o našem infrastrukturnem delu je na strani o optimizaciji stroškov AWS, o delu v Evropi pa na strani o vstopu na trg EU.

Širšo zakonodajno sliko pokriva naš pregled zakonodaje EU v pripravi, denar za to agendo pa popisuje naš vodnik po financiranju tehnologije v EU.

Smo inženirji, ne politični svetovalci. To je načrtovalski pogled na predlog, ne pravni nasvet.