A felhő- és MI-fejlesztési rendelet: mit próbál Európa valójában helyrehozni
A felhő- és MI-fejlesztési rendelet eddig a legvilágosabb kijelentés arról, mivé lett az európai technológiai politika. Nem fogyasztóvédelmi és nem biztonsági jogszabály. Iparpolitika, amely egyetlen problémára irányul: Európa a digitális gazdaságának nagy részét olyan infrastruktúrán futtatja, amely fölött nincs befolyása.
Ez másfajta szabályozás, mint a GDPR vagy az MI-rendelet, és más mechanizmuson keresztül fog eljutni önhöz. Fontosabb megérteni, hogy melyiken, mint a preambulumbekezdéseket olvasgatni.
A probléma, amelyre válaszol
Az emögött álló számokat senki nem vitatja. Az európai felhőinfrastruktúra-kiadások túlnyomó része nem európai szolgáltatókhoz kerül. Az európai cégek által használt legnagyobb MI-modelleket Európán kívül tanítják és üzemeltetik. Az európai számítási kapacitás a globális összesnek csak töredéke.
Egy évtizeden át ezt piaci következménynek tekintették. 2022 óta stratégiai sebezhetőségként kezelik, olyan okokból, amelyeknek semmi közük a technológiához: kereskedelmi feszültségek, exportkorlátozások, és annak felismerése, hogy az infrastruktúrafüggés nyomásgyakorlási eszköz.
A felhő- és MI-fejlesztési rendelet ennek az újraértékelésnek a jogalkotási ága. Az MI-kontinens cselekvési terve, az InvestAI kezdeményezés, az MI-gigagyárak programja és a Draghi-jelentésből kinőtt tágabb versenyképességi napirend mellett áll.
Mit várnak tőle
A javaslatot 2026 első felére időzítették, a bizottsági munkaprogram zászlóshajójaként. A megfogalmazott célok a bejelentések során végig ugyanazok:
Erősíteni Európa képességét a felhő és a mesterséges intelligencia fejlesztésére, bevezetésére és skálázására. A gyakorlatban ez számítási kapacitásról, adatközpontokról és arról szól, hogy nagy modelleket az EU-n belül lehessen tanítani és kiszolgálni.
Kezelni a szabályozási hézagokat. A meglévő keret a felhőt jórészt az adatrendelet szolgáltatóváltási rendelkezésein és a NIS2 biztonsági kötelezettségein keresztül fogja meg. Egyik sem foglalkozik a kapacitással vagy a stratégiai függéssel.
Előmozdítani az interoperabilitást. Vagyis csökkenteni a szolgáltatóváltás technikai költségét, ugyanazt a célt szolgálva, amelyet az adatrendelet szerződéses oldalról támad.
Uniós szintű felhőpolitikát kialakítani a közigazgatás és a közbeszerzés számára. Ebben van a valódi szorítás. Közös megközelítés arra, hogyan vásárolnak felhőt a tagállami közintézmények, európai preferenciával.
Támogatni a biztonságos és versenyképes európai felhő- és MI-ökoszisztémát. Ez az a pont, amely alá minden más befér.
A mechanizmus, amely valóban eljut önhöz
Ennél az ügynél a következőt érdemes megérteni. A technológiai szabályozás többsége közvetlenül éri el a magáncégeket: ha személyes adatot kezel, akkor a GDPR vonatkozik önre. A felhő- és MI-fejlesztési rendelet a cégek többségét jóval nagyobb eséllyel közvetve, a közbeszerzésen keresztül fogja elérni.
A közszféra technológiai kiadásai az EU-ban óriásiak. Ha a tagállami közintézményeket kötelezik vagy erősen ösztönzik az európai felhő vásárlására, azzal minden közszférának értékesítő szállító megcélozható piaca átalakul, és a hatás végiggyűrűzik a fővállalkozókon át a beszállítóikig.
A minta ismerős az akadálymentesítésből. Az európai akadálymentesítési irányelvnek vannak közvetlen kötelezettségei, de a gyakorlatban az akadálymentesítési munka nagy részét olyan közbeszerzési szabályok hajtották, amelyek a nem megfelelő szállítókat jóval az irányelv alkalmazása előtt kizárták.
Számítson ugyanerre itt is. Ha európai közszférabeli vevőknek ad el szoftvert, a kérdések arról, hol fut az infrastruktúrája, ki felügyeli, és átköltöztethető-e, a biztonsági kérdőívből az alkalmassági feltételek közé kerülnek át.
Mit jelent ez az architektúra szempontjából
Szuverenitási politikát olvasva az ember ösztöne kettős: vagy figyelmen kívül hagyja, vagy pánikszerűen migrál. Egyik sem jó. Az ésszerű annyi, hogy a kérdés megválaszolható legyen.
Tudja, hol vannak valójában az adatai és a számítási kapacitása
Triviálisan hangzik, pedig nem az. Egy érett rendszerben az őszinte válasz arra, hogy „hol fut ez”, jellemzően így néz ki: elsődleges régió, tartalék régió, CDN tisztázatlan peremhelyszínekkel, menedzselt adatbázis, három SaaS-függőség saját további adatfeldolgozókkal, egy megfigyelhetőségi szolgáltató és egy modell-API, amelynek a következtetési helye nincs dokumentálva.
A pontos térkép megrajzolása az első valódi feladat, és ugyanez a térkép kell a GDPR szerinti adattovábbítási elemzéshez és a NIS2 ellátásilánc-kérdéseihez is. Egyszer kell megcsinálni.
Válassza szét a hordozható részeket a nem hordozhatóktól
Szinte minden rendszernek van hordozható magja és egy sor szolgáltatóspecifikus függősége. A hordozható mag rendszerint az alkalmazás. A nem hordozható részek rendszerint menedzselt szolgáltatások: gyártóspecifikus adatbázisok, kiszolgáló nélküli futtatókörnyezetek, sorkezelés, személyazonosság, és egyre inkább a modell-API-k.
Ezeket nem kell felszámolnia. Azt viszont tudnia kell, melyek ezek, mert ez a lista az őszinte válasz arra, mennyire lenne nehéz egy migráció, és valójában erre kérdez rá a beszerzési kérdőív is.
Kezelje a modellszolgáltatókat absztrakciós határként
Ez a legújabb és a leggyakrabban átugrott pont. Az az alkalmazás, amely közvetlenül egyetlen szállító modell-API-ját hívja, szállítóspecifikus promptformátumokkal és a kódbázisban szétszórt válaszkezeléssel, észrevétlenül függőségi döntést hozott.
A modellhívások fölé húzott vékony absztrakció alig kerül valamibe, cserébe viszont megnyitja az utat afelé, hogy európai szolgáltatóhoz, európai infrastruktúrán futó nyílt súlyú modellhez vagy akár egészen más szállítóhoz irányítsa a hívásokat. Ahogy a modellek világa mozog, ezt már üzleti alapon is érdemes megtenni.
Tesztelje a kilépést, ne csak dokumentálja
Az adatrendelet már ma is jogot ad a felhőszolgáltató váltására, a váltási díjak pedig 2027. január 12-től teljesen eltűnnek. Nagyon kevés vevő él ezzel a joggal, és még kevesebben tesztelik, hogy a nekik járó export valóban helyreállítaná-e a szolgáltatásukat.
Futtassa le az exportot, és próbálja értelmezni. A szolgáltató által exportálhatónak mondott és a ténylegesen használható adat közötti különbség mutatja meg, mekkora a valódi bezártság, és ez egyben az őszinte válasz a szuverenitási kérdésre is.
Mi nem tartozik ide
Némi józan szkepszis indokolt, és jobb most tisztán látni, mint később meglepődni.
Ez nem az amerikai felhő betiltása. A bejelentettek közül semmi nem utal arra, hogy a magáncégeknek megtiltanák a nem európai szolgáltatók használatát. A mechanizmus a beszerzési preferencia és a kapacitásépítés, nem a tilalom.
A kapacitás nem attól lesz, hogy egy jogszabály kimondja. Az európai felhőkapacitás azért korlátozott, mert az adatközpont-építés és az élvonalbeli modellek tanítása tőkeigényes, Európa pedig a közelmúltig nem kötött le tőkét a szükséges nagyságrendben. A tényleges eszközt itt a technológiai finanszírozási útmutatónkban tárgyalt programok jelentik. A rendelet a köréjük épített keret.
A szuverén címke még nem szuverenitás. Több megoldás hirdeti magát szuverén felhőként úgy, hogy közben licencelt, nem európai technológián fut, változó fokú működési függetlenséggel. Hogy ez kielégít-e majd egy jövőbeli beszerzési szabályt, pontosan az a kérdés, amelyre a rendeletnek válaszolnia kell, és amelyre még nem válaszolt.
Egyelőre javaslat. Amíg nincs szöveg, körülötte tanácsi és parlamenti állásponttal, a részletek nem ismerhetők meg. Az irány viszont ismerhető, és három év bizottsági kommunikációján át következetes volt.
Hogyan kapcsolódik ez minden máshoz
A felhő- és MI-fejlesztési rendelet egy összehangolt erőfeszítés egyik darabja, és önmagában olvasva gyengébbnek látszik, mint amilyen.
Az MI-rendelet azt szabályozza, hogyan viselkedhetnek az MI-rendszerek. Az adatrendelet szerződéses oldalról támadja a felhőhöz kötöttséget. A NIS2 a szállítókon keresztül tolja lefelé az ellátásilánc-vizsgálatot. A kiberrezilienciáról szóló rendelet biztonsági kötelezettségeket ró a termékekre. Az InvestAI és a gigagyárak programja pénzt tesz a számítási kapacitásba. A felhő- és MI-fejlesztési rendelet pedig hozzáteszi a beszerzési és interoperabilitási réteget.
Külön-külön mindegyik újabb tehernek látszik. Együtt viszont meglehetősen következetes fogadást rajzolnak ki: hogy Európa a piacra jutási szabályok és a közpénz kombinálásával eljuthat a saját technológiai bázisáig.
Hogy ez a fogadás bejön-e, jogos kérdés. Az viszont nem kérdés, hogy megteszik.
Mit tegyen a következő tizenkét hónapban
Rajzolja meg az infrastruktúratérképet. Hol fut minden, ki üzemelteti, mi a szerződéses kilépési út. Ennek van még négy másik haszna.
Azonosítsa a valóban nem hordozható függőségeit, és árazza be őszintén a migrációt, még ha soha nem hajtja is végre. Ez a válasz a beszerzési kérdésre, és egyszerűen jó architektúra-higiénia is.
Húzzon absztrakciót a modellszolgáltatók fölé, ha még nincs. Most olcsó, később drága, és a szabályozástól függetlenül is hasznos.
Ha európai közszférabeli vevőknek ad el, a beszerzési szálat figyelje jobban, mint magát a rendeletet. Először ott jelenik meg a követelmény, alkalmassági feltételként.
Ne migráljon feltételezés alapján. Közzé nem tett javaslat miatt infrastruktúrát mozgatni: így szoktak a szervezetek egy évet és komoly költségvetést elkölteni olyasmire, amiről utóbb kiderül, hogy nem is volt kötelező.
Hogyan kérhet segítséget
Felhőinfrastruktúrát, adatplatformokat és MI-integrációkat tervezünk és építünk Európában működő cégeknek, beleértve azt a látványtalan munkát is, amelytől egy rendszer nem csak papíron, hanem valóban hordozható lesz.
Ha infrastruktúra- és függőségtérképre, a jelenlegi szolgáltatójánál elvégzett kilépési tesztre vagy a modellszolgáltatók fölé húzott absztrakciós rétegre van szüksége, írjon az office@c9group.dev címre. Az infrastruktúrás munkánkról az AWS-költségoptimalizálás oldalon, az európai munkánkról pedig az EU-piacra lépés oldalon olvashat bővebben.
A tágabb jogalkotási képet az EU digitális jogalkotási menetrendje mutatja be, a napirend mögötti pénzt pedig a technológiai finanszírozási útmutatónk térképezi fel.
Mérnökök vagyunk, nem szakpolitikai tanácsadók. Ez egy javaslat tervezői olvasata, nem jogi tanácsadás.