Dwa znaczenia tego samego słowa
AWS i Komisja Europejska używają wyrażenia 'suwerenność cyfrowa' jednocześnie na oznaczenie dwóch różnych rzeczy. 18 sierpnia 2026 roku AWS ogłosiło, że od października 2026 otworzy stałą przestrzeń dla deweloperów Builder Loft w Berlinie, z programem zbudowanym wokół sesji edukacyjnych o suwerenności cyfrowej, hackathonów i warsztatów gotowości bezpieczeństwa. Wpis, autorstwa Channy'ego Yuna, Principal Developer Advocate, na AWS News Blog, opisuje suwerenność jako temat do nauczania, obok podnoszenia kompetencji w AI w Hyderabadzie i programów społecznościowych w Sao Paulo.
Cztery miesiące wcześniej, 17 kwietnia 2026 roku, Bruksela używała tego samego terminu w zupełnie innym celu: jako ocenianego kryterium zamówień publicznych. Cloud Sovereignty Framework Komisji mierzy suwerenność w ośmiu celach, w tym względach strategicznych, prawnych, operacyjnych i środowiskowych, a także przejrzystości łańcucha dostaw, otwartości technologicznej, bezpieczeństwie i zgodności z prawem unijnym. Te ramy nie uczą suwerenności, one ją audytują.
Różnica między tymi dwoma zastosowaniami ma znaczenie, ponieważ tylko jedno z nich niesie konsekwencje dla przetargu. Kto bierze udział w berlińskim hackathonie o suwerenności, wraca do domu z wiedzą. Firma startująca w publicznym przetargu unijnym potrzebuje certyfikowanego poziomu SEAL, a znajomość terminu to nie to samo, co jego posiadanie.
Jak Bruksela ocenia suwerenność
Sovereignty Effectiveness Assurance Levels Komisji, czyli SEAL, sięgają od SEAL-0 do SEAL-4, a skala ta powstała właśnie dlatego, że 'suwerenna chmura' stała się hasłem marketingowym bez wspólnej definicji. SEAL-0 oznacza całkowity brak suwerenności; SEAL-4 oznacza pełny unijny łańcuch dostaw, od chipów po oprogramowanie, bez zależności spoza bloku.
Dla własnych ram zamówień o wartości 180 milionów euro Komisja ustaliła SEAL-2 jako minimalny próg kwalifikacji. Większość zwycięskich ofert przekroczyła ten próg z zapasem, osiągając SEAL-3 zamiast poprzestać na minimum, co sugeruje, że skala już oddziela prawdziwe deklaracje suwerenności od powierzchownych.
Żadnej z tych ocen nie ma w berlińskim programie AWS. Hackathon czy warsztat gotowości bezpieczeństwa może wyjaśnić, co oznacza SEAL-2, nie zbliżając przy tym AWS do takiego poziomu, ponieważ poziom przyznawany jest rzeczywistej infrastrukturze i strukturze własności oferenta, a nie gotowości firmy do dyskutowania o tym pojęciu.
Czterej zwycięzcy i ta nieobecność
Cztery konsorcja wygrały kontrakty ramowe Komisji i każde z nich ma siedzibę w UE. Post Telecom, z siedzibą w Luksemburgu i Francji, wygrało razem z OVHcloud i CleverCloud. STACKIT, niemiecka gałąź chmurowa grupy Schwarz, do której należą Lidl i Kaufland, wygrał samodzielnie. Scaleway, część francuskiej grupy Iliad, również wygrał samodzielnie. Proximus, obecny w Belgii, Francji i Luksemburgu, wygrał razem z S3NS, Clarence i Mistral.
AWS nie ma na tej liście, podobnie jak Microsoft Azure czy Google Cloud. Żaden amerykański hyperscaler nie ma udziału w przyznanych 180 milionach euro, mimo że amerykańscy dostawcy nadal obsługują około 80 procent rocznych profesjonalnych wydatków na chmurę w UE, co unijni politycy nazywają strategiczną słabością.
| Dostawca | Siedziba | Partnerzy | Wynik |
|---|---|---|---|
| Post Telecom | Luksemburg/Francja | OVHcloud, CleverCloud | Wygrał |
| STACKIT | Niemcy | Grupa Schwarz (samodzielnie) | Wygrał |
| Scaleway | Francja | Grupa Iliad (samodzielnie) | Wygrał |
| Proximus | Belgia/Francja/Luksemburg | S3NS, Clarence, Mistral | Wygrał |
| AWS | Stany Zjednoczone | - | Nie przyznano |
Czego sala szkoleniowa nie może certyfikować
Udział w sesji o suwerenności cyfrowej w berlińskim Builder Loft AWS nie przybliża firmy do certyfikacji SEAL, ponieważ oba systemy nie są ze sobą powiązane. Builder Loft to program społecznościowy skierowany do deweloperów; ramy SEAL to instrument zamówień publicznych skierowany do infrastruktury i struktury własności, a organizacja, która musi wykazać suwerenność dla kontraktu publicznego lub regulowanego, potrzebuje tego drugiego, nie pierwszego.
Warto krótko wspomnieć o dodatkowej warstwie: AWS, jako firma amerykańska, nadal podlega eksterytorialnemu zasięgowi amerykańskiej ustawy CLOUD Act, niezależnie od tego, gdzie fizycznie znajdują się jej centra danych w UE, ani jakich gwarancji rezydencji danych udziela. To odrębny, dobrze udokumentowany fakt prawny, a nie nowe ustalenie tych ram, ale to na tym tle system SEAL w ogóle powstał.
Dla dewelopera lub odpowiedzialnego za IT w Berlinie praktyczny wniosek to proste rozróżnienie, które warto zapamiętać: korzystać z programu AWS jako tego, czym jest, miejsca do nauki o architekturze chmury i społeczności, oraz traktować poziom SEAL Komisji jako to, czym jest, rzeczywisty próg, który organizacja musi przekroczyć, gdy kontrakt wymaga wykazywalnej suwerenności. Mylenie tych dwóch rzeczy nie zmienia tego, czego zażąda odpowiedzialny za zamówienia.
Czytaj dalej: Komisja użyła amerykańskiej AI do naboru personelu | Unijna ustawa o naprawie weszła w życie jako 27 ustaw
