Akt o rozwoju chmury i sztucznej inteligencji: co Europa naprawdę próbuje naprawić

Akt o rozwoju chmury i sztucznej inteligencji to najczytelniejsza jak dotąd deklaracja tego, czym stała się europejska polityka technologiczna. To nie jest prawo ochrony konsumentów ani prawo bezpieczeństwa. To polityka przemysłowa wymierzona w jeden problem: Europa opiera większość swojej gospodarki cyfrowej na infrastrukturze, której nie kontroluje.

To inny rodzaj regulacji niż RODO czy akt o sztucznej inteligencji i dotrze do ciebie innym mechanizmem. Zrozumienie, jakim, ma większe znaczenie niż lektura motywów.

Problem, na który odpowiada

Liczb, które za tym stoją, nikt nie kwestionuje. Przygniatająca większość europejskich wydatków na infrastrukturę chmurową trafia do dostawców spoza Europy. Największe modele sztucznej inteligencji używane przez europejskie firmy trenuje się i hostuje poza Europą. Europejska moc obliczeniowa to niewielki ułamek światowej.

Przez dekadę uchodziło to za naturalny wynik gry rynkowej. Od 2022 roku traktuje się to jako strategiczną słabość, z powodów, które nie mają nic wspólnego z technologią: napięcia handlowe, kontrola eksportu i odkrycie, że zależność infrastrukturalna jest narzędziem nacisku.

Akt o rozwoju chmury i sztucznej inteligencji to legislacyjne ramię tej zmiany optyki. Stoi obok planu działania na rzecz kontynentu sztucznej inteligencji, inicjatywy InvestAI, programu gigafabryk sztucznej inteligencji i szerszej agendy konkurencyjności, która wyrosła z raportu Draghiego.

Czego się po nim oczekuje

Projekt zaplanowano na pierwszą część 2026 roku jako jeden ze sztandarowych punktów programu prac Komisji. Deklarowane cele powtarzają się we wszystkich zapowiedziach:

Wzmocnić europejską zdolność do rozwijania, wdrażania i skalowania chmury oraz sztucznej inteligencji. W praktyce chodzi o moc obliczeniową, centra danych i możliwość trenowania oraz udostępniania dużych modeli na terenie UE.

Domknąć luki regulacyjne. Obecne ramy traktują chmurę głównie przez przepisy o zmianie dostawcy z aktu o danych i obowiązki bezpieczeństwa z NIS2. Ani jedne, ani drugie nie dotykają mocy obliczeniowej ani zależności strategicznej.

Promować interoperacyjność. Chodzi o obniżenie technicznego kosztu przenosin między dostawcami, czyli ten sam cel, do którego akt o danych dochodzi od strony umownej.

Ustanowić ogólnounijną politykę chmurową dla administracji publicznej i zamówień publicznych. To ten punkt, który naprawdę zadziała. Wspólne podejście do tego, jak podmioty publiczne w państwach członkowskich kupują chmurę, z elementem preferencji europejskiej.

Wesprzeć bezpieczny i konkurencyjny europejski ekosystem chmury i sztucznej inteligencji. Punkt na wszystko pozostałe.

Mechanizm, który naprawdę do ciebie dotrze

Jedną rzecz w tym projekcie warto zrozumieć. Większość regulacji technologicznych dosięga prywatnych firm wprost: przetwarzasz dane osobowe, więc stosuje się do ciebie RODO. Akt o rozwoju chmury i sztucznej inteligencji dotrze do większości firm raczej pośrednio, przez zamówienia publiczne.

Wydatki technologiczne sektora publicznego w UE są ogromne. Jeśli podmioty publiczne w państwach członkowskich zostaną zobowiązane albo mocno zachęcone do kupowania europejskiej chmury, zmieni to dostępny rynek dla każdego dostawcy sprzedającego do sektora publicznego, a potem spłynie w dół, przez generalnych wykonawców do ich poddostawców.

Ten mechanizm znamy już z dostępności. Europejski akt o dostępności nakłada obowiązki bezpośrednie, ale w praktyce bardzo dużą część prac nad dostępnością napędziły zasady zamówień publicznych, które wykluczały niezgodnych dostawców na długo przed rozpoczęciem stosowania dyrektywy.

Tutaj będzie tak samo. Jeśli sprzedajesz oprogramowanie europejskim nabywcom publicznym, pytania o to, gdzie działa twoja infrastruktura, kto ją kontroluje i czy da się ją zmigrować, przeniosą się z kwestionariusza bezpieczeństwa do kryteriów kwalifikacji.

Co to znaczy dla architektury

Odruch przy lekturze polityki suwerennościowej bywa jeden z dwóch: zignorować albo migrować w panice. Ani jedno, ani drugie nie jest dobre. Rozsądne jest zadbanie o to, żeby dało się na to pytanie odpowiedzieć.

Wiedz, gdzie naprawdę są twoje dane i moc obliczeniowa

Brzmi trywialnie, ale trywialne nie jest. W dojrzałym systemie uczciwa odpowiedź na pytanie „gdzie to działa" obejmuje zwykle region podstawowy, region zapasowy, CDN o niejasnych lokalizacjach brzegowych, zarządzaną bazę danych, trzy zależności SaaS z własnymi podprzetwarzającymi, dostawcę narzędzi obserwowalności i API modelu, którego lokalizacji wnioskowania nikt nie udokumentował.

Zbudowanie rzetelnej mapy to pierwszy kawałek prawdziwej pracy, a przy okazji ta sama mapa przyda się do analizy przekazywania danych pod RODO i do pytań o łańcuch dostaw z NIS2. Zrób to raz.

Oddziel części przenośne od nieprzenośnych

Niemal każdy system ma przenośny rdzeń i zestaw zależności przywiązanych do konkretnego dostawcy. Przenośny rdzeń to zwykle sama aplikacja. Nieprzenośne są zwykle usługi zarządzane: zamknięte bazy danych, środowiska bezserwerowe, kolejki, tożsamość i coraz częściej API modeli.

Nie musisz się ich pozbywać. Musisz wiedzieć, które to są, bo ta lista jest uczciwą odpowiedzią na pytanie, jak trudna byłaby migracja, i to o nią naprawdę pyta kwestionariusz przetargowy.

Traktuj dostawców modeli jako granicę abstrakcji

Ten punkt jest najnowszy i najczęściej pomijany. Aplikacje, które wywołują API modelu jednego dostawcy wprost, a formaty promptów i obsługę odpowiedzi mają rozsiane po całej bazie kodu, podjęły decyzję o zależności, nawet tego nie zauważając.

Cienka abstrakcja nad wywołaniami modelu kosztuje przy budowie niewiele, a daje możliwość przekierowania ruchu do europejskiego dostawcy, do modelu o otwartych wagach na europejskiej infrastrukturze albo do kogoś zupełnie innego. Przy tym, jak szybko zmienia się rynek modeli, warto to zrobić choćby z powodów czysto handlowych.

Przetestuj wyjście, nie tylko je udokumentuj

Akt o danych już teraz daje ci prawo do zmiany dostawcy chmury, a opłaty za zmianę znikają całkowicie od 12 stycznia 2027 roku. Bardzo niewielu nabywców z tego prawa korzysta, a jeszcze mniej sprawdza, czy eksport, który im przysługuje, faktycznie odtworzyłby usługę.

Wykonaj ten eksport. Spróbuj go zinterpretować. W luce między tym, co dostawca nazywa eksportowalnym, a tym, co da się realnie wykorzystać, siedzi całe uzależnienie od dostawcy. Tam też leży uczciwa odpowiedź na pytanie o suwerenność.

Czym to nie jest

Trochę sceptycyzmu tu nie zaszkodzi, a lepiej patrzeć na to trzeźwo teraz, niż dać się zaskoczyć później.

To nie jest zakaz amerykańskiej chmury. Nic z zapowiedzi nie wskazuje, żeby prywatnym firmom miano zabronić korzystania z dostawców spoza Europy. Mechanizmem jest preferencja w zamówieniach i budowa mocy, a nie zakaz.

Moc obliczeniowa nie pojawi się dlatego, że ustawa tak każe. Europejskiej mocy chmurowej jest mało, bo budowa centrów danych i trenowanie najbardziej zaawansowanych modeli są kapitałochłonne, a Europa do niedawna nie wykładała kapitału w wymaganej skali. Właściwym instrumentem są tu programy finansowania omówione w naszym przewodniku po finansowaniu technologii w UE. Akt jest ramą wokół nich.

Etykieta suwerenności to jeszcze nie suwerenność. Kilka rozwiązań reklamuje się jako chmura suwerenna, choć działa na licencjonowanej technologii spoza Europy, z bardzo różnym stopniem niezależności operacyjnej. Czy to wystarczy w świetle przyszłych reguł zamówień, to dokładnie pytanie, na które akt będzie musiał odpowiedzieć, a jeszcze nie odpowiedział.

To dopiero projekt. Dopóki nie ma tekstu, a wokół niego stanowisk Rady i Parlamentu, szczegółów nie da się poznać. Da się poznać kierunek, spójny w komunikatach Komisji od trzech lat.

Jak to się łączy z resztą

Akt o rozwoju chmury i sztucznej inteligencji jest jednym elementem skoordynowanego działania i czytany osobno wygląda słabiej, niż jest.

Akt o sztucznej inteligencji reguluje, jak zachowują się systemy sztucznej inteligencji. Akt o danych rozbija uzależnienie od dostawcy chmury na gruncie umownym. NIS2 spycha wymagania wobec łańcucha dostaw w dół, na dostawców. Akt o cyberodporności nakłada obowiązki bezpieczeństwa na produkty. InvestAI i program gigafabryk wkładają pieniądze w moc obliczeniową. Akt o rozwoju chmury i sztucznej inteligencji dokłada warstwę zamówień i interoperacyjności.

Z osobna każdy z nich wygląda na kolejne drobne obciążenie. Razem układają się w dość spójny zakład: że Europa da radę dojść regulacją do własnej bazy technologicznej, łącząc zasady dostępu do rynku z pieniędzmi publicznymi.

Czy ten zakład wypali, to uprawnione pytanie. To, że został postawiony, nie.

Co robić w najbliższych dwunastu miesiącach

Zbuduj mapę infrastruktury. Gdzie co działa, kto to obsługuje, jaka jest umowna ścieżka wyjścia. Znajdziesz dla niej cztery inne zastosowania.

Wskaż zależności naprawdę nieprzenośne i uczciwie wyceń migrację, nawet jeśli nigdy jej nie przeprowadzisz. To odpowiedź na pytanie z przetargu, a przy okazji zwykła higiena architektoniczna.

Postaw abstrakcję nad dostawcami modeli, jeśli jeszcze jej nie masz. Tanio teraz, drogo później, i przydatne z powodów niemających nic wspólnego z polityką.

Jeśli sprzedajesz europejskiemu sektorowi publicznemu, obserwuj ścieżkę zamówień uważniej niż sam akt. To tam wymóg pojawi się najpierw, jako kryterium kwalifikacji.

Nie migruj na wyrost. Przenoszenie infrastruktury z powodu nieopublikowanego projektu to klasyczny sposób, w jaki firmy tracą rok i duży budżet na coś, czego ostatecznie nikt nie wymagał.

Jak uzyskać pomoc

Projektujemy i budujemy infrastrukturę chmurową, platformy danych i integracje sztucznej inteligencji dla firm działających w Europie, łącznie z mało efektowną robotą polegającą na tym, żeby system był przenośny naprawdę, a nie tylko na papierze.

Jeśli potrzebujesz mapy infrastruktury i zależności, testu wyjścia u obecnego dostawcy albo warstwy abstrakcji nad dostawcami modeli, napisz na office@c9group.dev. Więcej o naszej pracy przy infrastrukturze znajdziesz na stronie optymalizacji kosztów AWS, a o pracy w Europie na stronie wejścia na rynek UE.

Szerszy obraz legislacyjny opisuje nasza kolejka legislacyjna UE, a pieniądze stojące za tą agendą zebraliśmy w przewodniku po finansowaniu technologii w UE.

Jesteśmy inżynierami, a nie doradcami od polityki publicznej. To spojrzenie planistyczne na projekt przepisów, a nie porada prawna.