要約

  • 最初の AWS 欧州ソブリンクラウドリージョンはドイツのブランデンブルク州にあり、AWS はインフラ全体が EU 域内にあり、他の AWS リージョンとは物理的にも論理的にも分離していると説明する。
  • 分離には代償がある。既存の AWS アカウントは使えず、ソブリンクラウドのアカウントは独立していて他のリージョンと相互運用しない。移行する組織はアイデンティティ体系を先に切り離すことになる。
  • 固い部分は マーケティング資料 ではなく、2026 年 5 月 14 日更新の付属文書だ。「資格を満たす EU 人員だけが運用する」を引用可能な条項にし、EU 外の人員には顧客内容へのアクセスがなく、EU 外に技術的手段もないと明記している。
  • 同じ文書群が残った隙間も列挙している。内部システム指標の域外移転、世界の技術専門家への「管理された仕組み」経由の相談、アイルランドとルクセンブルクに登記されたサポート主体、一部メッセージングサービスの世界的な下流ルーティング。
  • アドレスの層には文書がない。本稿は同社の RIPE NCC 会員資格、自律システム番号、公告プレフィックス、サービスアドレスの保有主体について何も述べない。

まず結論から：壁の言葉、一覧の中身

AWS の文章は壁を積んでいるように読める。「完全に EU 域内」「他の AWS リージョンと物理的・論理的に分離」「非 EU インフラへの重要な依存はない」。これは AWS 自身の欧州ソブリンクラウド FAQ と AWS 欧州デジタル主権 FAQ が同じ言い回しで書いている。

ところが読み進めると、壁は一覧に変わる。主権とは「何も通さない」ことではなく、「何が通り、どの条項に基づき、誰が承認するか」である。この区別は学術的に見えるが、事故のあと規制当局に「顧客データを深夜にどの法域の誰が見たか」を説明する段になると、途端に実務になる。壁の言葉はその問いに答えない。一覧は答える。

四つのドイツ法人、四つの役割

AWS は欧州ソブリンクラウドのために新しい欧州組織を作ったと説明する。新しい親会社と、ドイツに設立された三つの子会社である（AWS ガバナンスのページ）。役割は明記されている。

AWS European Sovereign Cloud GmbH は親会社であり、付属文書が指定する「欧州ソブリンクラウド事業体」でもある。Amazon Data Services European Sovereign Cloud GmbH は基盤インフラを所有し運営する。本稿の対象であり、ディレクトリのこの項目が指す法人だ。AWS European Sovereign Cloud Development Centre GmbH は運用要員を雇用する。Amazon European Sovereign Cloud Trust Services GmbH はトラスト証明書を保持する。

この段落の意味は「どれもドイツ法人だから安心」ではない。責任の所在である。「誰が自分の機械に触ったのか」と問うとき、答えは「アマゾン」という抽象的なブランドではなく、ドイツの商業登記に名前と所在地を持ち、召喚できる法人でなければならない。ブランドは法廷に出ない。法人は出る。

アカウントとアイデンティティ：最も清い切断

AWS は明快に書く。既存の AWS アカウントはソブリンクラウドに使えない。ソブリンクラウドのアカウントは独立しており、他の AWS リージョンと相互運用しない。設計文書はさらに機構を補う。独立した請求、アカウント、アイデンティティの仕組みが専用のソブリンクラウドスタック上に構築され、グローバルの AWS アカウントはソブリンクラウドのサービスを設定も参照もできない（設計文書）。

これは最も過小評価されやすい条項だ。表面上は「登録し直しが必要」に見えるだけだからだ。実態は組織的な断絶である。多国籍チームは既存の関係を使って権限を橋渡しできない。入るには人、役割、承認の一式を作り直す。

ネットワーク：専用であって、切り離されてはいない

ここで使われる言葉は「専用（dedicated）」であり「独立（isolated）」ではない。欧州の事業者からの専用ネットワーク、AWS Direct Connect 経由のソブリン向けポイントオブプレゼンス、専用の Amazon Route 53、そして欧州のルート認証局（設計文書）。専用とは、それらの経路が他のリージョンのために使われないという意味であって、インターネットの外に浮いているという意味ではない。

ソブリンクラウドのリージョンもルーティングされなければならず、アドレスを必要とする。そしてアドレスの層について、この文書群は何も語っていない。

契約の層：運用の約束を引用可能な条項に変える

マーケティングのページは美しく書ける。付属文書はそうはいかない。2026 年 5 月 14 日に最終更新された AWS 欧州ソブリンクラウド付属文書は、ソブリンクラウドのアカウントにのみ適用され、AWS Training & Certification と AWS Professional Services を明示的に除外する（付属文書）。そこに書かれている内容は FAQ より固い。

資格を満たすソブリンクラウドの人員だけがサービスを運用し、AWS サポートを提供し、計算基盤を運営し、顧客内容と顧客作成メタデータを含む技術的・運用的システムを制御する。その「資格」の定義は三つを同時に要求する。EU に登記された AWS 事業体の被雇用者であること、EU 居住者または EU 市民であること、職務遂行時に EU 域内にいること。国籍、居住、位置のどれが欠けても成立しない。

同じ付属文書はこうも述べる。EU 外の AWS 人員は顧客内容と顧客作成メタデータにアクセスできず、AWS は EU 外からそれらに到達しうる技術的手段を持たない（付属文書に列挙された例外を条件とする）。ソブリンクラウドは、非 EU インフラへの接続に依存することを含め、独立して無期限に運用できるよう設計されている。

この段落の重みは、それが記述ではなく約束だという点にある。「我々の人員は EU にいる」は記述だ。「この者たちだけで、遠隔の経路は残していない」は約束だ。約束は引用でき、事故のあとに追及できる。

隙間の一覧

同じ文書群が、残った穴を自分で列挙している。ここが本稿の本題である。

一、内部システム指標は域外に出うる。 AWS は、顧客内容でも顧客作成メタデータでもないデータ、たとえば内部システム指標が、容量管理、性能監視、セキュリティ機能、ソブリンクラウド人員への支援のために EU を離れる場合があると明記する（設計文書）。工学としては筋が通る。容量計画には全体像が要る。しかし分類の論理に注意してほしい。判断基準は「顧客内容かどうか」であって、「データかどうか」ではない。

二、世界の技術専門家は依然として相談を受けうる。 サポートとデータセンター運用者を含むソブリンクラウドの全人員は資格を満たす人員に限られるが、グローバルの AWS 技術チームは管理された仕組みを通じて相談されうる（同上）。機構の細部が書き切られていない唯一の箇所であり、調達交渉で最も突くべき点でもある。管理された仕組みは具体的にどう管理され、及ばない場合に誰が署名するのか。

三、サポート主体はアイルランドとルクセンブルクにある。 子処理者のページは Amazon Development Centre Ireland Limited と Amazon Web Services EMEA SARL を、顧客が開始するサポートを提供する AWS 事業体として挙げ、顧客がサポートの過程で共有に同意しない限りこれらの事業体は顧客データを処理しないと説明する。同じページの記載状態は 2026 年 7 月 28 日に最終更新されている（子処理者のページ）。論理的には清い。顧客が呼ばなければ触れられない。逆も成り立つ。チケットに貼ったログは、顧客自身がデータを差し出した瞬間である。

四、ドメイン登録は Key-Systems GmbH。 同じページは Amazon Route 53 のドメイン登録についてドイツの Key-Systems GmbH を挙げる。ドメインは主権の物語で最も忘れられる層だ。クラウドはブランデンブルクにあり、DNS の登録は別の法人のシステムにある。

五、一部のメッセージングサービスは下流が世界的。 ページは一部のメッセージングサービスについて、下流の事業者がデータを必要に応じて世界的に経路制御し処理する場合があると記す。これは例外のなかの例外であり、リージョン単位ではなくサービス単位である。

六、契約の相手方はルクセンブルクにいる。 顧客の所在地が EU にあるアカウントについては、主たる営業所をルクセンブルクに置く Amazon Web Services EMEA SARL が契約当事者となる（aws.eu の FAQ）。データセンターはドイツ、法人もドイツ、しかし書面で向き合う相手はルクセンブルクにいる。データの所在は変わらないが、争いをどこで戦うかは変わる。

この一覧は不祥事ではない。多くのクラウド事業者よりも細かく公開している。価値は「主権」という形容詞を条項番号に変えた点にある。すべての「する」には条件が付き、すべての「しない」には例外が付く。

証拠の境界：アドレスの層には文書がない

本稿が読める文書を得られなかった層が一つある。ネットワーク番号だ。Amazon が公開する IP レンジのデータと、RIPE NCC データベース上のこのドイツ法人の記録について、調査はいずれも読める内容を返さなかった。したがって本稿は、同社の RIPE NCC 会員資格や組織としての状態、自律システム番号、公告プレフィックス、サービスアドレスの保有主体について何も述べない。

この空白は主権の議論にとって小さくない。契約は誰がデータセンターにいるかを保証するが、登録記録は誰がルーティングテーブルにいるかを示す。前者は私法上の文書で、契約当事者にしか効かない。後者は公開の台帳で、誰でも引ける。顧客が前者だけを確かめるとき、彼が確かめているのは約束である。後者を確かめられるとき、彼が確かめているのは事実である。

文書のバージョンも動いている

記録に値する細部がある。設計文書は四名の諮問委員会を描くが、現行のガバナンスのページは五名と記す（設計文書、ガバナンスのページ）。また FAQ と設計文書は「EU 市民のみによる運用への段階的移行」を語るが、付属文書は EU 居住者または EU 市民を受け入れる。

これは矛盾の証拠ではなく、同じ文書が編集され続けている証拠だ。主権クラウドは鋳造された碑ではなく、改訂中の定款である。買い手にとっての意味は単純だ。あなたが署名した版と、三年後に引用する版は同じではないかもしれない。調達文書に版番号と日付を書き込むことは、「主権を要求する」と一行書くより役に立つ。

では何を確かめるべきか

五つの問いを、この順で。

一、契約主体は誰か。データセンターがドイツにあることは、契約当事者がドイツにいることを意味しない。

二、「管理された仕組み」の具体形はどの附属書にあり、誰が変更でき、変更は誰に通知されるのか。

三、内部システム指標には何が入るのか。あなたの適合性の結論が「EU 域内で域外移転なし」に依存しているなら、この項目はすでに設計から排除されているか。

四、どのサービスが「一部のメッセージングサービス」という世界的ルーティングの例外に属するのか。その一覧はどこにあり、変わるのか。

五、アドレスとルーティングの層は、どの公開記録で確かめるのか。

最初の四つにはこの文書群が答える。五つ目には答えない。ここが一覧の終わりであり、調達が本当に始まる場所である。