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 tartalmaz a javaslat

A Bizottság 2026. június 3-án tette közzé a javaslatot COM(2026) 502 számon, a Chips Act 2.0 javaslattal együtt. Rendeletről van szó, amely három célra és a közszférát érintő intézkedések sorára épül:

Kutatás és innováció. Felhő- és MI-vezető kezdeményezések (Cloud and AI Leadership Initiatives) a nagy, ágazatokon átívelő projektekre, az európai digitális innovációs központokra épülő MI-tapasztalati és -gyorsító központok hálózata, kiemelt élvonalbeli MI-projekteknek juttatott számítási kapacitás, és minden tagállamban nemzeti felhő- és MI-stratégia a hatálybalépést követő egy éven belül.

Adatközponti kapacitás. A tagállamok adatközpont-gyorsítási övezeteket jelölnek ki egyablakos tájékoztatási ponttal és gyorsabb engedélyezéssel, a Bizottság pedig stratégiai adatközpont-projekteket jelölhet ki. A kitűzött cél, hogy az EU adatközponti kapacitása 2030-ig legalább megháromszorozódjon, és minden új adatközpont engedélye 18 hónapon belül megszerezhető legyen.

Szuverenitási keret a felhőhöz. Négy uniós megbízhatósági szint. Az 1. szint önértékelés, a 2., 3. és 4. szintet harmadik fél auditálja. A 3. szint feltétele, hogy a szolgáltatót ne harmadik országból irányítsák, kivéve, ha a Bizottság elismerte, hogy az adott ország kellő garanciákat nyújt. Az elismert szolgáltatások egy központi uniós nyilvántartásba kerülnek.

Bevezetés a közszférában. Ebben van a valódi szorítás. Az ajánlatkérőknek legalább 1. szinten elismert felhőszolgáltatást kell beszerezniük. Ha egy kockázatértékelés szerint egy tevékenység a közrendet szolgálja (többek között a NIS2 ágazataiban, a nemzetbiztonság, a védelem, az igazságszolgáltatás és a bűnüldözés területén), csak a 2., 3. vagy 4. szint megengedett. A tagállamoknak felhő és MI vásárlásakor uniós hozzáadottérték-szempontokat is alkalmazniuk kell, az EuroCloud Federation révén a közintézmények megoszthatják egymással a felhőszolgáltatásokat, a közintézményeknek pedig ösztönözniük és segíteniük kell a nyílt forráskódú szoftverek használatát a zárt szoftverekkel szemben.

A magánvevőket alig köti. A NIS2 hatálya alá tartozó ágazatok cégei önkéntesen elvégezhetik ugyanezt a kockázatértékelést, a Bizottság pedig felhatalmazáson alapuló jogi aktussal kötelezővé teheti a nagy kritikalitású ágazatok számára. A javaslat szerint a rendeletet a hatálybalépés után egy évvel kellene alkalmazni, de előbb még át kell jutnia a Parlamenten és a Tanácson.

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 javaslatban semmi nem tiltja meg a magáncégeknek 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. A javaslat válasza a megbízhatósági szintek rendszere: ha egy szolgáltatást harmadik országból irányítanak, az nem érheti el a 3. vagy magasabb szintet, hacsak a Bizottság el nem ismeri az adott országot. Hogy a 2. és a 3. szint közötti határ végül hol húzódik, azt a tárgyalások döntik el.

Egyelőre javaslat. Szöveg már van, de 2026. október 10-én sem a Tanácsnak, sem a Parlamentnek nincs róla álláspontja, a Parlamentben pedig az ügy még az ITRE és az IMCO bizottságnál tart. A legtöbb változás várhatóan a megbízhatósági szinteket éri. Az irány viszont 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 szuverenitá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, mérje fel, melyik megbízhatósági szintet érheti el a szolgáltatása. A rendelet beszerzési szabályaiban jelenne meg először a követelmény, alkalmassági feltételként, és a 2026. szeptember 9-én javasolt új uniós közbeszerzési jogszabály (Public Procurement Act) erre még egy általános európai preferenciakeretet is ráépít.

Ne migráljon feltételezés alapján. Egy még le sem tárgyalt 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.