4月末、Microsoft 365 CopilotのAPIエンドポイントがoffice.comからcloud.microsoftドメインへ静かに切り替わる。ユーザーには何も見えない変更だが、ファイアウォールやプロキシを管理している担当者には看過できない話だ。設定の対応漏れが接続障害に直結するため、今週中に確認を済ませておきたい。
何が変わるか——インフラ層での静かな移行
MicrosoftはM365全体で「cloud.microsoft」への統一ドメイン移行を段階的に進めており、今回のCopilot APIエンドポイント変更はその一環だ。変更点を整理すると次のとおりになる。
- CopilotのAPI通信先が
office.com→cloud.microsoftに変更 - ユーザー画面・ワークフローへの変更は一切なし
- デフォルト有効化で、無効化オプションなし
- WebSocket（WSS）接続を使用する点が重要
サービス基盤レベルの変更なのでエンドユーザーは何も気づかないが、ネットワーク制御を持つ組織では対応が必要になる。
管理者が今週中にやること
対応が求められるのは「独自のファイアウォール・プロキシ・エンドポイントフィルタリング設定を持つ組織」だ。Microsoft 365のネットワーク要件に既に準拠していれば追加対応は不要とされているが、念のため以下のチェックリストで確認しておくことを強く推奨する。
対応チェックリスト
*.cloud.microsoftをエンドポイント許可リストに追加する*.cloud.microsoft宛のWSS（WebSocket）接続が遮断・干渉されていないか確認する- 以下の処理を
cloud.microsoftトラフィックから除外する - TLS復号（SSL Inspection）
- パケットインスペクション
- ネットワーク層のDLP
- ネットワーク担当チームとヘルプデスクへ事前に周知する
- Microsoftが提供するCopilotネットワーク接続テストツールで検証する
日本の現場への影響——見落としやすい落とし穴
日本の大企業・官公庁系では、UTMやプロキシによるSSL Inspectionを全トラフィックに対して適用している環境がいまだに多い。「cloud.microsoft宛ての通信もTLS復号対象に含まれていた」というケースは決して珍しくないはずだ。
Copilotが突然応答しなくなった、極端に遅くなったという障害報告が4月末前後に増えた場合、真っ先にこのネットワーク設定を疑うべきだ。ヘルプデスクには「Copilotの動作不良はネットワーク設定が原因である可能性がある」と事前に情報共有しておくだけで、トリアージのスピードが格段に変わる。
実務での活用ポイント
- 今すぐ確認:
*.cloud.microsoftのエンドポイントをMicrosoftの最新公開リストと照合する - ゼロトラスト環境: Conditional Accessのポリシーがcloud.microsoftドメインを考慮しているか再確認する
- SASEやCASB製品利用組織: ベンダーに「cloud.microsoft対応状況」を問い合わせておく
- 移行後のモニタリング: Copilotの利用ログやネットワーク監視で、4月末前後の異常を検知できる体制を整える
- 構成ドキュメントの更新: 許可リストを変更したら、必ずネットワーク構成ドキュメントに反映しておく
筆者の見解
ドメイン統一自体は正しい方向性だ。office.com、microsoft.com、microsoftonline.com と分散していたエンドポイントが cloud.microsoft に集約されていくことで、ネットワーク管理の見通しは確実に良くなる。長期的には管理者の負担軽減につながる流れであり、この取り組みは歓迎したい。
ただし「デフォルト有効、無効化不可」という実装スタイルは、現場の管理者に一方的な変更コストを押しつける形になっている点はもったいない。Microsoftほどのプラットフォームであれば、こういった基盤移行を「段階的推奨」から「完全切替」に持っていくまでの猶予とサポートをより手厚くできるはずで、その部分をぜひ改善してほしいところだ。
今回のような変更は今後も続く。M365のメッセージセンター（Message Center）を定期的にウォッチする運用体制の有無が、安定稼働とトラブル多発の分かれ目になってくる。cloud.microsoftへの統合が完成したとき、Copilotを含むM365サービス全体のパフォーマンスと信頼性が向上し、このプラットフォームが本来持つポテンシャルをきちんと発揮できる基盤になることを期待している。
出典: この記事は Microsoft 365 Copilot transition to the cloud.microsoft domain の内容をもとに、筆者の見解を加えて独自に執筆したものです。