Microsoftは鍵管理やアクセス記録、ローカル実行の拡張を発表しました。Foundry LocalなどはIgniteでの一般提供を予定しています。 AIの配置はデータの所在に加え、運用者、接続断への対応、更新体制で判断する必要があります。一般提供とプレビューを分けて確認することが焦点です。 業務ごとに必要な統制の強さを選ぶ Microsoftは2026年10月20日、Sovereign Cloudの拡張を発表しました。公共サービスや重要な業務へAIが入る中で、データの保存場所だけでは必要な管理を説明できないとしています。誰が運用し、どの依存先を持ち、接続や外部条件が変化しても業務を継続できるかを重視しています。パブリッククラウド、自社運用のプライベート環境、パートナーの環境を組み合わせる方針です。すべてのアプリを同じ場所へ移すのではなく、業務ごとの要件に応じた選択を示しています。今回の発表には、すでに一般提供する機能と、今後の提供やプレビューが混在しています。導入計画では、それぞれの利用可能な時期と条件を分けて読む必要があります。 ローカル推論と開発環境の提供段階を確認 AI関連では、Azure Local上のFoundry LocalをIgniteで一般提供する予定です。接続時と切断時の運用に対応し、ローカル推論や社内データの検索を扱うと説明しています。GitHub Enterprise LocalもIgniteでの一般提供予定で、ローカルのモデルを使うGitHub Copilotにも言及しました。外部へ出せないコードや機密情報を扱う開発組織が、影響を受ける対象と見られます。一方、接続状態から切断状態へ業務を移す機能は公開プレビューの段階です。Microsoft 365 Localとの連携も、承認された顧客向けのプレビューとしています。機能名が同じ発表に並んでいても、すべてが直ちに本番で使えるわけではありません。利用側は必要な構成要素を並べ、どの部分が一般提供を待つかを確認することが論点になります。 鍵とアクセスの管理を運用責任へ結び付ける 外部の鍵管理はAzure Managed HSMで一般提供となりました。EUとEFTAでは、対象の遠隔アクセスを監督するData Guardianや、操作を記録するProduction Touch Ledgerを段階展開します。これらは統制を支える手段ですが、利用企業の運用を自動的に完成させるものとは言えません。たとえば鍵の管理者と障害対応者が異なる場合、復旧時の責任分担が論点になると見られます。ローカル実行も、機器の調達、モデル更新、監視、バックアップを含めた費用の確認が必要です。切断環境で業務を継続するには、認証やデータ参照など周辺の依存先も評価することが重要になります。導入判断では、配置の名称より、障害時に実行できる操作と回復手順を具体化することが焦点です。原文で示す提供段階を基に、試験可能な範囲から確認を進める方法が考えられます。