1. はじめに
2026年10月20日、Microsoft は Microsoft Sovereign Cloud に関する新しい発表を行いました。
今回の発表内容は、下記の Microsoft 公式ブログで紹介されています。
「Digital Sovereignty（デジタル主権）」や「Sovereign Cloud」という言葉を聞くと、少し難しく感じる方もいらっしゃるかもしれません。
また、デジタル主権について、
「データを特定の国や地域の中に保存すること」
と理解されている方も多いのではないかと思います。
もちろん、データをどこに保存するのかは重要です。
しかし今回の発表では、それだけでなく、
- 誰がシステムにアクセスし、運用できるのか
- 機密性の高いデータやシステムをどのように保護するのか
- どのような技術やサービスに依存しているのか
- 規制、地政学、セキュリティ、ネットワークの状況などが変化しても、重要なサービスを継続できるのか
といった、より広い観点からデジタル主権を考える必要があることが説明されています。
私なりに今回の発表を分かりやすくまとめると、Microsoft Sovereign Cloud は、
「クラウドや AI の便利さを活かしながら、業務やシステム（ワークロード）の重要度に応じて、クラウドで動かすのか、自分たちのローカル環境で動かすのか、そして誰がデータやシステムを管理するのかを選べるようにする考え方」
と捉えると分かりやすいと思います。
すべてのシステムをクラウドで動かさなければならないわけでも、すべてを自分たちの環境に置かなければならないわけでもありません。
それぞれの業務やシステムに必要な安全性、管理方法、継続性などに応じて、適切な場所や方法を選択する。
ここが、今回の発表を理解するうえで重要なポイントだと思います。
この記事では、今回発表された内容の中から、特に重要なポイントを紹介します。
Sovereign Cloud が注目される背景
なぜ今「Sovereign Cloud」が注目されているのでしょうか。
特に欧州では、クラウドが政府、公共機関、企業の重要なデジタル基盤として利用される中で、重要なデータやシステムを誰が管理し、どの法律や規制の下で運用するのかという「デジタル主権（Digital Sovereignty）」の重要性が高まっています。
この背景には、GDPR に代表されるデータ保護だけでなく、サイバーセキュリティや重要サービスの継続性を重視する NIS2 や DORA、さらに欧州独自のクラウド基盤・ルール作りを目指す Gaia-X など、欧州で進められてきたさまざまな取り組みがあります。
実際に欧州委員会は 2025 年に Cloud Sovereignty Framework を公開し、クラウドサービスについて、セキュリティだけでなく、法制度、運用、サプライチェーン、技術への依存なども含めた「Sovereignty」の考え方を示しています。
つまり現在の Sovereign Cloud は、単に 「データを国内・地域内に保存する」ためだけのものではなく、重要なデジタル基盤を自らの要件に応じて管理・選択できるようにするための考え方へと広がっています。
こうした背景から、Microsoft をはじめとするクラウド事業者も Sovereign Cloud への取り組みを強化しています。
それでは、今回 Microsoft が発表した Sovereign Cloud の具体的な内容を見ていきます。
2. 業務やシステムごとに、必要な管理方法を選択
今回の発表で中心となる考え方の一つとして、
A continuum of control, built around the workload
が紹介されています。
直訳すると少し分かりにくい表現ですが、重要なのは、
「すべてのシステムを同じ場所、同じ方法で動かすのではなく、それぞれの用途や重要度に応じて、必要な管理方法を選択する」
という考え方です。
システムによって、求められる条件は異なります。
たとえば、多くの利用者が利用するデジタルサービスでは、パブリッククラウドが持つ拡張性や、新しい技術を素早く利用できるメリットを活かしたい場合があります。
一方で、重要な業務を支えるシステムでは、ネットワーク接続が中断した場合でも、ローカル環境で運用を継続する必要があります。
さらに、機密性の高いデータを利用する AI システムでは、AI モデル、データ、処理を、お客様自身が運用・管理する環境の中に置きたい場合もあります。
Microsoft Sovereign Cloud では、このような異なる要件に対応するため、次の選択肢を提供します。
- Sovereign Public Cloud
- Sovereign Private Cloud
- Sovereign Partner Ecosystem
重要なのは、どれか一つだけを選択するのではないという点です。
それぞれの業務やシステムの要件にあわせて、パブリッククラウド、プライベートクラウド、パートナーが提供する環境などを組み合わせ、どこで動かすのか、そして誰がどこまで管理するのかを選択できます。
3. Sovereign Public Cloud における管理と透明性の強化
多くのシステムでは、パブリッククラウドの拡張性、新技術、統合されたセキュリティ、コンプライアンス対応などのメリットを利用できます。
一方で、デジタル主権が求められるシステムでは、次のような項目について、追加の管理が必要になります。
- データをどこに保存するのか
- 機密性の高いデータをどのように保護するのか
- 誰がシステムにアクセスできるのか
- どのようなポリシーで管理するのか
- 問題が発生した場合でもサービスを継続できるのか
Sovereign Control Panel
今回の発表では、これらを確認・管理するための機能として Sovereign Control Panel が紹介されています。
Sovereign Control Panel は、
Microsoft Ignite でパブリックプレビューとして提供される予定です。
Azure Portal の統合された管理画面から、組織のデジタル主権に関する状態を確認し、必要な管理方法を選択できます。また、現在の構成に対して不足している点やリスクを特定し、対応するための情報も提供します。
さらに、業務を継続していく観点から、システム間の依存関係を把握し、必要に応じて異なる運用環境へ移行できるかを確認できます。
アクセス、暗号鍵、機密データに関する機能
公式ブログでは、次の機能も紹介されています。
- Just-in-time Access
- Customer Lockbox
- Data Guardian
- Production Touch Ledger
- Azure Managed HSM による External Key Management
- Azure Confidential Computing
- Azure Confidential Clean Rooms
このうち、Data Guardian と Production Touch Ledger は、EU および EFTA のお客様を対象として段階的に展開される機能です。
Data Guardian は、Microsoftのエンジニアが対象となる本番システムへリモートでアクセスする際に、信頼されたEUのパートナーがそのアクセスを監督する仕組みです。
Production Touch Ledger は、Microsoftのエンジニアによる本番システムへのアクセスと、その際に実行された操作を記録し、その記録が後から改ざんされていないかを確認できる仕組みです。
Azure Managed HSMのExternal Key Managementは一般提供済みです。
これにより、お客様は、データを暗号化して保護する際の基点となる重要な暗号鍵（ルート暗号鍵）をMicrosoftの環境内に置くのではなく、自社で管理する機器や、信頼できる第三者が管理する機器に保管できます。
つまり、重要な暗号鍵をどこで保管し、誰が管理するのかについても、お客様自身で選択できるようになります。
Azure Confidential Clean Rooms は限定プレビューとして提供されています。
これは、複数の組織が、お互いの機密データそのものを相手に公開することなく、安全にデータを持ち寄って共同で分析するための仕組みです。
Confidential Computing の技術を利用することで、分析中の機密データも保護します。
ここで注目したいのは、データを単に「どこに保存するのか」だけではなく、
- 誰がアクセスできるのか
- どのような操作が行われたのか
- データを守るための暗号鍵を誰が管理するのか
- 処理中の機密データをどのように保護するのか
といった点まで、管理と透明性の対象になっていることです。
4. ネットワーク接続ができない環境でも重要なシステムを動かす
今回のもう一つの大きな発表は、重要なサービスを継続して運用するための考え方です。
企業、政府、公共機関などで利用する重要なシステムの中には、ネットワークやその他の問題によってクラウドへ接続できない場合でも、継続して稼働させる必要のあるシステムがあります。
Sovereign Private Cloud では、
- クラウドと接続して利用する環境（Connected）
- クラウドとの接続がない環境（Disconnected）
の両方の運用を想定しています。
また、普段はクラウドに接続して利用しているシステムを、必要に応じてクラウド接続なしで運用する環境へ移行するための機能も、パブリックプレビューとして提供される予定です。
こうした仕組みによって、ネットワーク接続や運用条件が変化した場合でも、重要なサービスを継続して運用させるための選択肢が広がります。
ここで重要なのは、Sovereign Private Cloud が単純に、
「オンプレミス環境でも Azure を利用できます」
という話だけではない点です。
重要なシステムについては、クラウドに接続できない状況でも使い続けられるように、必要なデータやAIモデルなどを、お客様自身が管理する環境に置いて運用することも想定されています。
5. Azure Local を基盤とした Sovereign Private Cloud
Sovereign Private Cloud は、Azure Local を基盤として構築されます。
Azure Local を利用することで、Microsoft のクラウド機能を、お客様自身が運用・管理する環境へ拡張できます。
今回の発表では、Azure Local に関連する技術やサービスについて、次の提供状況が示されています。
| 技術・サービス | 発表時点の提供状況 |
|---|---|
| SQL Server on Azure Local | Connected / Disconnected の両方で一般提供済み |
| DocumentDB on Azure Local | パブリックプレビュー予定 |
| Blob Storage on Azure Local | パブリックプレビュー予定 |
| Confidential Virtual Machines on Azure Local | 一般提供済み |
| Azure Local のマルチテナンシー | 今後サポート予定 |
Confidential Virtual Machines on Azure Local では、ハードウェアによって暗号化されたメモリとハードウェアベースの分離を利用し、処理中の機密データを保護します。
また、Azure Local のマルチテナンシーがサポートされると、基盤となるインフラを共有しながら、複数のテナント間でリソース、ガバナンス、管理を分離できるようになります。
上記からも分かるように、対象となるのは仮想マシンのようなインフラだけではありません。
データベースやストレージなど、アプリケーションを動かすために必要な機能についても、クラウドだけでなく、お客様自身が管理する環境で利用できるようになります。
6. GitHub Enterprise Local と GitHub Copilot
今回の発表でとても興味深いのが、インフラやデータだけでなく、アプリケーションの開発環境まで対象が広がっている点です。
GitHub Enterprise Local は、Azure Local 上で動作する検証済みの GitHub Enterprise Server アプライアンスとして、Microsoft Ignite で一般提供される予定です。
これにより、ソースコードのリポジトリ、コード、開発成果物を、お客様自身が管理するローカル環境に保持できます。
さらに開発者は、GitHub Copilot とローカルで動作する AI モデルを組み合わせて開発ができます。
つまり、AI による開発支援についても、ソースコードや開発データをお客様自身が管理する環境に置いたまま、その環境内で AI 駆動開発ができるようになります。
ソースコードや開発データを外部へ送信することが難しい組織にとって、これは興味深い選択肢になるのではないかと思います。
7. Foundry Local によるローカル AI の実行
AI に関する発表では、Foundry Local も重要なポイントです。
Foundry Local は、Azure Local 上で、ネットワークに接続した環境と、ネットワークに接続しない環境の両方で利用できるようになり、Microsoft Ignite で一般提供される予定です。
モデルカタログも拡張され、次のようなモデルが提供される予定です。
- Microsoft のモデル
- パートナーが提供するモデル
- Open Weight モデル
- Open Source モデル
さらに、ローカルでの AI 推論と Agentic Retrieval を組み合わせることで、利用者は自然言語を使ってローカル環境の企業データと対話し、そのデータに基づく回答を受け取ることができます。
ここで重要なのは、単に、
「AI モデルをローカル環境で動かせる」
ということだけではありません。
AI モデル、企業データ、情報を検索・取得する仕組みを含めて、お客様自身が運用・管理する環境に配置するという選択肢が提供されます。
機密性の高い情報を扱う組織や、クラウドへの接続が制限された環境で AI を利用する必要がある組織にとって、重要な選択肢になるのではないかと思います。
8. Microsoft 365 Local との連携
今回の発表では、Microsoft 365 Local との連携についても紹介されています。
Microsoft 365 Local は、承認されたお客様を対象とするプレビューとして提供されています。
Foundry Local と Microsoft 365 Local を連携することで、ローカル環境で運用される Microsoft SharePoint と Exchange Server に保存された企業データに対しても、自然言語による操作や、そのデータに基づく回答の機能を利用できる方向性が示されています。
つまり、Azure のインフラやデータサービスだけでなく、組織が日々の業務で利用しているデータやサービスについても、ローカル環境で運用するための選択肢が広がっています。
9. Sovereign Partner Ecosystem
デジタル主権に関して求められる条件は、すべての国、地域、業界で同じではありません。
国や地域によって法律や規制が異なります。また、金融、公共、医療など、業界によって求められるセキュリティ要件や運用方法も異なります。
そのため、Microsoft の技術だけですべてに対応するのではなく、それぞれの国、地域、業界に関する知識を持つパートナーとの連携も重要になります。
公式ブログでは、次のようなパートナーや環境が紹介されています。
- National Partner Clouds
- ソフトウェアパートナー
- Digital Sovereignty Specialized Partners
- Platform Co-innovation Partners
National Partner Clouds の例として、フランスの Bleu が紹介されています。これは、異なる所有・運用モデルを必要とするお客様に対して、独立して運用される環境を提供するものです。
また、ソフトウェアパートナーは、セキュリティ、ID、監視、バックアップと復旧、移行、データ、ネットワーク、アプリケーションなどの機能によって、Azure Local の環境を拡張します。
Microsoft が直接提供する環境だけではなく、必要に応じて地域や業界に詳しいパートナーの環境、技術、専門知識を組み合わせられることも、Microsoft Sovereign Cloud の重要な考え方です。
10. 今回の発表で感じた点
ここからは、公式発表を踏まえた考察です。
これまでクラウドについて議論する場合、
「パブリッククラウドを利用するのか、それともオンプレミスに残すのか」
という二択で考えることが多かったのではないかと思います。
しかし今回 Microsoft が示している方向性は、「その二つから一つだけを選択してください」というものではありません。
重要なのは、
「それぞれの業務やシステムに、どの程度の管理や安全性が必要なのか」
を考えることだと思います。
たとえば、パブリッククラウドの拡張性や新しい技術を最大限に活用したいシステムがあります。
一方で、重要なデータを扱うため、お客様自身が運用・管理する環境で機密データを利用して AI モデルを動かしたいシステムもあります。
さらに、クラウドとの接続が利用できない状況でも、継続してシステムを動かさなければならない重要なシステムもあります。
そこで、
「クラウドかオンプレミスか」
という単純な二択ではなく、次の点を、それぞれのシステムの目的や重要度に合わせて考えていくことになります。
- データをどこに置くのか
- システムをどこで動かすのか
- AI モデルをどこで動かすのか
- 誰がデータやシステムを管理するのか
- どこまでクラウドに依存せず運用する必要があるのか
- Microsoft のクラウドとパートナーの環境をどのように組み合わせるのか
AI が機密データ、業務プロセス、重要な社会インフラと関わるようになると、AI モデルの性能だけでなく、AI を動かす場所、利用するデータ、実行できる操作、管理者、継続性なども重要になります。
今回の発表を見ると、Microsoft が考えるデジタル主権の対象が、インフラやデータだけではなく、AI、アプリケーション開発、生産性サービス、システム運用まで広がっていることが分かります。
11. まとめ
今回の Microsoft Sovereign Cloud の発表は、データを保存する国や地域を選ぶことだけを目的としたものではありません。
Microsoft は、
- Sovereign Public Cloud
- Sovereign Private Cloud
- Sovereign Partner Ecosystem
という連続した選択肢を通じて、それぞれの業務やシステムの目的、重要度、扱うデータ、接続条件などに適した環境を選べるようにしようとしています。
また、その対象はインフラやデータだけではありません。
Azure Local を基盤として、データベース、ストレージ、アプリケーション開発、AI モデル、企業データ、生産性サービスなどを、お客様自身が運用・管理する環境に配置するための選択肢が広がっています。
今回の発表について、
「Cloud か On-Premises か」という二者択一ではなく、それぞれの業務やシステムに必要な管理レベルに応じて、適材適所で環境を組み合わせていく
という方向性を示したものだと捉えています。
AI が企業の重要な業務や社会インフラで利用されるようになると、AI モデルの性能だけでなく、
- AI をどこで動かすのか
- どのデータを利用するのか
- 誰がデータやシステムを管理できるのか
- クラウドに接続できない状況でも継続して利用できるのか
という点も重要になります。
クラウドや AI の便利さを活かしながら、重要なデータやシステムに必要な管理、安全性、継続性を確保する。
今回の発表は、そのための選択肢をさらに拡充するものだと私は捉えています。
参考情報
- Advancing digital sovereignty with greater control and choice - The Official Microsoft Blog
- Microsoft Sovereign Cloud
注意： 本記事に記載した一般提供、プレビュー、今後の提供予定などの状況は、2026年10月20日に公開された Microsoft 公式ブログの記載に基づいています。最新の提供状況や対象地域、利用条件については、Microsoft の公式ドキュメントをご確認ください。
※ この記事は Copilot を利用しまとめ、私本人がレビューを行い投稿しています。