Amazon Web Services (AWS) inwestuje 7,8 mld EUR w niemiecką spółkę-matkę i zapowiada próbę techniczną wyłączenia łączności z USA w regionie Brandenburgia. Test ma udowodnić niezależność operacyjną w obliczu przepisów DORA i NIS2, ale nie zmienia faktu podlegania amerykańskiej jurysdykcji CLOUD Act. W tym samym czasie rynek chmur suwerennych w Europie rośnie do 12,59 mld USD w 2026 roku, napędzany migracją 20% obciążeń do lokalnych dostawców.
Mechanizm testu izolacji w regionie Brandenburgia
Amazon Web Services przeprowadzi 24 października 2026 roku w ośrodku Brandenburgia test odporności operacyjnej chmury AWS European Sovereign Cloud. Polega on na fizycznym i logicznym odłączeniu infrastruktury od globalnej sieci prywatnej AWS Global Network backbone na kilka godzin. Celem eksperymentu jest przedstawienie dowodów na autonomiczną pracę środowiska pod nadzorem wyłącznego personelu z Unii Europejskiej.
Podczas zaplanowanej operacji w niemieckim regionie eusc-de-east-1 AWS European Sovereign Cloud wyłączy zarazem dedykowany mechanizm transferu danych operacyjnych oraz aktualizacji oprogramowania z USA. Ruch sieciowy zostanie przekierowany przez europejskich dostawców usług internetowych (ISP), co pozwoli utrzymać łączność z publicznym internetem bez korzystania z prywatnej magistrali koncernu. Zgodnie z założeniami testu, wszystkie procedury utrzymaniowe będą wykonywane wyłącznie przez obywateli Unii Europejskiej rezydujących na terenie UE.
Inicjatywa ma wygenerować dowody zgodności z wytycznymi EU Cloud Sovereignty Framework opublikowanymi przez Komisję Europejską oraz kryteriami C3A wydanymi przez niemiecki Federalny Urząd ds. Bezpieczeństwa Informacji (BSI). Próba wykaże, czy infrastruktura zlokalizowana w Brandenburgii jest w stanie realizować obciążenia obliczeniowe przy zachowaniu pełnej izolacji od amerykańskich centrów danych. Eksperyment dotyczy jednak wyłącznie wymiaru technologicznego i nie rozstrzyga kwestii własnościowych ani prawnych.
Zestawienie parametrów testu izolacji AWS European Sovereign Cloud: – Data próby: 24 października 2026 r.. – Lokalizacja: Brandenburgia, Niemcy (region eusc-de-east-1). – Wyłączane komponenty: magistrala AWS Global Network backbone oraz mechanizm transferu danych operacyjnych. – Alternatywne trasowanie: europejscy dostawcy internetowi (ISP). – Model kadrowy: 100% pracowników z obywatelstwem UE zamieszkałych w UE.
Czy AWS European Sovereign Cloud chroni przed US CLOUD Act?
Wdrożenie infrastruktury chmurowej w wyodrębnionym regionie niemieckim redukuje ryzyka awarii sieciowych, ale nie likwiduje kolizji prawnej między regulacjami Unii Europejskiej a ustawodawstwem Stanów Zjednoczonych. Amerykańska ustawa US CLOUD Act oraz przepisy FISA Section 702 nakładają na podmioty ze Stanów Zjednoczonych obowiązek przekazywania danych na żądanie władz federalnych, niezależnie od fizycznej lokalizacji serwerów w Europie.
Mimo że koncern z Seattle przeznaczył 7,8 mld EUR na budowę niezależnej struktury z niemiecką spółką-matką, eksperci prawni z Unii Europejskiej jednoznacznie wskazują na ograniczenia jurysdykcyjne. Francuski deputowany Philippe Latombe oraz prawnik Jean-Sebastien Mariez podkreślają, że AWS European Sovereign Cloud podlega amerykańskiemu prawu eksterytorialnemu ze względu na strukturę własnościową spółki dominującej. Przepisy US CLOUD Act z 2018 roku pozostają w bezpośredniej sprzeczności z art. 48 RODO, który zabrania przekazywania danych osobowych organom państw trzecich bez umów międzynarodowych.
W odpowiedzi na te ryzyka europejski sektor publiczny i komercyjny coraz częściej wybiera natywnych dostawców z Unii Europejskiej, takich jak OVHcloud, STACKIT (spółka z grupy Schwarz Digits), Open Telekom Cloud, IONOS Cloud oraz Scaleway. Łączne coroczne wydatki europejskich podmiotów na oprogramowanie i chmurę u amerykańskich hiperskalorów sięgają 264 mld EUR (1,5% PKB UE), a 74% spółek giełdowych w UE polega na amerykańskich pakietach biurowych.
Porównanie modeli jurysdykcyjnych dostawców chmurowych:
| Parametr jurysdykcyjny | AWS European Sovereign Cloud | Natywni dostawcy z UE (np. Scaleway, STACKIT, OVHcloud) |
|---|---|---|
| Siedziba spółki matki | Stany Zjednoczone | Unia Europejska |
| Podleganie US CLOUD Act / FISA | Tak (ze względu na własność) | Nie (pełna odporność) |
| Lokalizacja serwerów i danych | Brandenburgia, Niemcy | Centra danych w UE |
| Kadra operacyjna i wsparcie | Obywatele UE | Zespoły zlokalizowane w UE |
| Reinwestycja przychodów w UE | Ok. 20 centów z każdego 1 EUR | Ok. 68 centów z każdego 1 EUR (Scaleway) |
Architektura partycji aws-eusc i bariery techniczne
Przeniesienie aplikacji z komercyjnej chmury do AWS European Sovereign Cloud wymaga traktowania nowego środowiska jako całkowicie odrębnej partycji systemowej. Nowa architektura aws-eusc uniemożliwia bezpośrednie stosowanie mechanizmów federacji tożsamości, replikacji zasobów oraz wspólnych połączeń sieciowych, co wymusza pełną przebudowę procesów utrzymania, logowania, rozliczeń oraz ciągłego wdrażania oprogramowania w organizacjach.
Infrastruktura AWS European Sovereign Cloud stanowi osobną partycję chmurową o identyfikatorze aws-eusc, z pierwszym regionem eusc-de-east-1 w Brandenburgii. Konstrukcja ta wprowadza twardą granicę bezpieczeństwa i tożsamości, co wyklucza bezpośrednie przenoszenie mechanizmów z partycji komercyjnej aws. Wszystkie punkty końcowe usług oraz konsola operacyjna wykorzystują domenę amazonaws.eu, podczas gdy tożsamości IAM używają adresu amazonaws.com.
Główne ograniczenia inter-partycyjne w aws-eusc: – Brak ról cross-account/cross-partition: Usługa sts:AssumeRole nie działa pomiędzy partycjami aws oraz aws-eusc. – Brak Peeringu i Transit Gateway: Połączenia VPC Peering oraz Transit Gateway Inter-Region Peering nie przekraczają granicy partycji. – Izolacja sieciowa Direct Connect: Łącze AWS Direct Connect z partycji komercyjnej nie może być rozszerzone do aws-eusc; wymagane jest osobne łącze lądujące w koncie Network nowej partycji. – Brak natywnej replikacji danych: Usługi S3 Cross-Region Replication oraz ECR Image Replication nie działają w poprzek partycji; przesył obrazów kontenerowych i artefaktów wymaga jawnego wypchnięcia (pipeline push). – Odrębny system bilingowy: Rozliczenia finansowe są prowadzone przez osobną niemiecką strukturę płatnika w walucie EUR.
Inżynierowie oprogramowania tworzący szablony Terraform lub AWS CloudFormation muszą wyeliminować sztywne odwołania arn:aws: i zastosować zmienne dynamiczne ${local.partition} oraz ${AWS::Partition}, aby ten sam kod mógł być wdrażany w obu środowiskach.
Skala rynkowa i alternatywy w ekosystemie europejskim
Wzrost wymogów prawnych oraz presja na geopatriację danych napędzają inwestycje w lokalną infrastrukturę cyfrową na terenie całej Unii Europejskiej. Rynek chmury suwerennej odnotowuje dynamiczne przesunięcie budżetów IT z globalnych platform do europejskich dostawców, co potwierdzają zarówno prognozy analityczne, jak i wielomilionowe rundy finansowania infrastruktury oraz strategiczne zamówienia publiczne instytucji unijnych.
Według analiz firmy Gartner, światowe wydatki na chmurę suwerenną IaaS sięgną 80,4 mld USD w 2026 roku, co oznacza wzrost o 35,6% rok do roku. W Europie nakłady wzrosną z 6,87 mld USD w 2025 roku do 12,59 mld USD w 2026 roku, a w 2027 roku osiągną 23,12 mld USD, przewyższając wartość rynku w Ameryce Północnej (21,13 mld USD). Zjawisko geopatriacji spowoduje przeniesienie 20% istniejących obciążeń roboczych z chmur globalnych do lokalnych dostawców.
Równolegle rozwija się rynek europejskich startupów infrastrukturalnych, które w samym 2026 roku pozyskały łącznie 117,1 mln EUR: – Verda (Helsinki): 100 mln EUR na skalowalną chmurę obliczeniową dla sztucznej inteligencji. – PoliCloud (Cannes): 7,5 mln EUR na zdecentralizowaną infrastrukturę dla sektorów publicznych. – Cognee (Berlin): 7,5 mln EUR na strukturyzowaną pamięć dla systemów AI. – Velatir (Dania): 5 mln EUR na platformę zarządzania i kontroli agentów AI. – Clastix (Neapol): 2,9 mln EUR na suwerenny Kubernetes ze wsparciem funduszu Mistral. – Zerops (Praga): 1,7 mln EUR na integrację środowisk deweloperskich i produkcyjnych.
Instytucje Unii Europejskiej wdrażają założenia suwerenności w zamówieniach publicznych. W ramach programu Cloud III Dynamic Purchasing System o budżecie 180 mln EUR na 6 lat wyłoniono 4 grupy dostawców: Post Telecom z partnerami, STACKIT, Scaleway oraz Proximus z partnerami. Dostęp dla 5 000 deweloperów Komisji Europejskiej zapewnia portal dostarczony przez paryską spółkę Cycloid. Jak zaznacza Damien Lucas, prezes Scaleway, z każdego 1 EUR wydanego w Scaleway 68 centów wraca do gospodarki Unii Europejskiej, podczas gdy u amerykańskich hiperskalorów wskaźnik ten wynosi zaledwie 20 centów.
Decyzja o migracji wiąże się również z finansami. Koszty opłat wyjściowych za transfer danych (egress fees) u hiperskalorów wynoszą od 0,08 USD do 0,12 USD za 1 GB (dla usługi S3: 0,05–0,09 USD/GB). Przy przenoszeniu zbioru danych o rozmiarze 10 TB jednorazowa opłata wyjściowa wynosi około 900 USD, co należy uwzględnić w kalkulacji całkowitego kosztu posiadania (TCO).
Wnioski praktyczne i rekomendacje
Wdrożenie strategii suwerenności chmurowej wymaga dokładnej weryfikacji architektury aplikacji oraz analizy wymogów prawnych przed podjęciem decyzji o wyborze dostawcy.
- Zmierz wielkość zbiorów danych i wylicz koszty wyjścia (egress fees): Przeanalizuj wolumen danych przechowywanych w usłudze Amazon S3 lub relacyjnych bazach danych i pomnóż go przez stawkę 0,08–0,12 USD/GB, aby określić jednorazowy koszt transferu do nowej infrastruktury.
- Zweryfikuj stosowanie zmiennych partycyjnych w kodzie IaC: Przejrzyj repozytoria Terraform i AWS CloudFormation, zastępując sztywne wpisy
arn:aws:ciągami dynamicznymi${local.partition}oraz${AWS::Partition}, co umożliwi bezproblemowe wdrażanie zasobów w partycjiaws-eusc. - Skonfiguruj odrębne konta i połączenia Direct Connect dla partycji aws-eusc: Zapewnij osobną strukturę organizacji w usłudze AWS Control Tower z osobnym kontem Network oraz dedykowanym łączem fizycznym Direct Connect, pamiętając o braku możliwości łączenia VPC z partycją komercyjną.
- Wdróż kategoryzację obciążeń według kryterium jurysdykcyjnego: Rozdziel systemy organizacji na trzy poziomy: krytyczne dane przetwarzaj u natywnych dostawców z UE (Scaleway, STACKIT, OVHcloud), mniej wrażliwe w AWS European Sovereign Cloud, a standardowe w chmurze publicznej.
Źródła
- AWS European Sovereign Cloud: Architecture, Strategy & Implications
- AWS named Leader in the 2025 ISG report for Sovereign Cloud Infrastructure Services (EU)
- AWS wants to prove its cloud can survive without the US, European startups are already there | EU-Startups
- Architecting a secure landing zone in the AWS European Sovereign Cloud
- Cloud Sovereignty Consultancy: EU Alternatives to US Hyperscalers
- Comparing European Cloud Providers and Open Source Alternatives to US Platforms
- European technological sovereignty and digital infrastructure
- Gartner Says Worldwide Sovereign Cloud IaaS Spending Will Total $80 Billion in 2026
Dodaj komentarz