Co AWS naprawdę zbudował

15 stycznia 2026 r. AWS otworzył European Sovereign Cloud, z pierwszym regionem w Brandenburgii w Niemczech. To nie jest marketingowe przemalowanie istniejących regionów. Amazon opisuje ją jako nową, niezależną chmurę dla Europy, w całości położoną w UE i fizycznie oraz logicznie oddzieloną od innych regionów AWS, obsługiwaną wyłącznie przez rezydentów UE, bez kontroli operacyjnej spoza granic UE i bez krytycznych zależności od infrastruktury spoza UE.

Inżynieria korporacyjna jest równie przemyślana: nowa spółka-matka z trzema niemieckimi spółkami GmbH kierowanymi przez obywateli UE, dyrektorzy zarządzający Stephane Israel i Stefan Hoechbauer oraz rada doradcza z dwoma niezależnymi europejskimi członkami, w tym emerytowanym francuskim generałem, obok trzech przedstawicieli Amazona. Na starcie dostępnych było ponad 90 usług, z planowaną ekspansją do Belgii, Holandii i Portugalii.

Pieniądze podkreślają powagę: 7,8 miliarda euro zadeklarowane w Niemczech, około 2800 wspieranych miejsc pracy rocznie. Cokolwiek sądzić o kwestii suwerenności, to najpoważniejsza odpowiedź, jakiej amerykański hiperskaler dotąd udzielił na europejskie obawy.

Bruksela opublikowała siatkę ocen

Pięć miesięcy później, 1 czerwca 2026 r., Komisja Europejska opublikowała objaśnienie swojego Cloud Sovereignty Framework, narzędzia, którym oceniała dostawców we własnych zakupach. Ramy oceniają oferty chmurowe według 48 kryteriów zgrupowanych w ośmiu kategoriach: strategicznej, prawno-jurysdykcyjnej, danych i AI, operacyjnej, łańcucha dostaw, technologicznej, bezpieczeństwa i zgodności oraz zrównoważenia środowiskowego. Wyniki przekładają się na oceny SEAL, gdzie SEAL-2 oznacza najwyższą suwerenność danych, SEAL-3 najwyższą autonomię technologiczną, a SEAL-4 pełną suwerenność.

To nie eksperyment myślowy. W kwietniu 2026 r. Komisja rozstrzygnęła kontrakt o wartości 180 milionów euro na suwerenne usługi chmurowe dla instytucji UE na rzecz czterech dostawców, ocenianych dokładnie według tych kryteriów. Suwerenność w Europie ma już arkusz ocen, kupca, który go używa, i prawdziwe pieniądze, które przez niego płyną.

Kryterium, którego pieniądze nie kupią

Połóż osiem kategorii obok budowy AWS, a coś rzuci się w oczy. Operacje, lokalizacja danych, łańcuch dostaw, technologia: to kategorie, w których inżynieria i inwestycje przesuwają ocenę, i AWS widocznie pod nie konstruował. Kategorią, która opiera się inżynierii, jest prawno-jurysdykcyjna, bo zadaje pytanie, którego żadna struktura spółek-córek nie zmienia: kto ostatecznie posiada operatora i jakie prawa spoza UE mogą zmusić tego właściciela.

Wokół tej osi będzie się dalej kręcić europejska debata, a niedawne turbulencje wokół transatlantyckich transferów danych tylko ją zaostrzyły. Nie chodzi o to, że suwerenna chmura w amerykańskich rękach jest bezużyteczna, wręcz przeciwnie: dla wielu obciążeń jej gwarancje wystarczają z nawiązką. Chodzi o to, że odpowiedź nie jest już tak albo nie. Jest oceną, a różne obciążenia potrzebują różnych ocen.

Jak kupować chmurę po tym wszystkim

Ramy dają prywatnym kupcom darmowe narzędzie. Nie trzeba być instytucją UE, by używać ośmiu kategorii jako własnej listy kontrolnej: sklasyfikuj obciążenia według oceny suwerenności, jakiej naprawdę wymagają, od strony marketingowej przez płace po systemy, które regulator albo kryzys mogą zamienić w pytanie o jurysdykcję. Większość firm odkrywa, że tylko cienki plasterek potrzebuje najwyższych ocen.

Potem zmień jedno pytanie w rozmowach z dostawcami. Nie: czy wasza chmura jest suwerenna? Każda broszura mówi tak. Zamiast tego: jaki poziom SEAL osiągnęłaby ta oferta według Cloud Sovereignty Framework Komisji i w której kategorii wypadłaby najniżej? Dostawca, który odpowiada precyzyjnie, zasługuje na krótką listę. Dostawca, który odpowiada słowem suwerenna, mówi ci, że etykieta wykonuje pracę, którą powinna wykonywać architektura.

Czytaj dalej: Odnowienie Microsoftu to dźwignia  ·  Europa buduje sfederowaną chmurę