Exchange SEハイブリッド環境はEWS終了前にGraph API移行を急げ、2026年10月が実質的な期限に

Exchange SEハイブリッド環境はEWS終了前にGraph API移行を急げ、2026年10月が実質的な期限に

Microsoft Exchange Server Subscription Edition、いわゆるExchange SEをオンプレミスで運用し、Exchange Onlineと組み合わせたハイブリッド構成を維持している企業にとって、2026年10月は重要な節目になる。Exchange Web Services、通称EWSの利用終了が迫るなか、ハイブリッド環境におけるリッチ共存機能は、RESTベースのMicrosoft Graph APIへ移行していく必要がある。特にオンプレミス側にメールボックスを残しながら、Exchange Online利用者との空き時間情報、MailTips、プロフィール写真共有などを継続したい管理者は、今後の更新と構成変更を後回しにできない局面に入っている。

Exchange SEハイブリッド運用で何が変わるのか

Exchange SEとExchange Onlineを組み合わせたハイブリッド運用は、クラウド移行を段階的に進める企業にとって現実的な選択肢であり続けてきた。すべてのメールボックスを一気にMicrosoft 365側へ移すのではなく、一部はオンプレミスに残し、一部はExchange Onlineへ移すことで、既存システムや法令対応、社内運用ポリシーとの整合性を取りやすいからだ。

しかし、そのハイブリッド構成を支えてきた技術の一部が大きく切り替わろうとしている。焦点となるのがExchange Web Services、つまりEWSの廃止である。EWSは長年、Exchangeと外部アプリケーション、あるいはハイブリッド環境内の機能連携を支える重要な仕組みとして使われてきた。だがMicrosoftは、より新しい認証・アクセス制御・監査・セキュリティモデルに適したMicrosoft Graph APIへの移行を進めている。

今回のポイントは、単なるAPIの世代交代ではない。Exchangeハイブリッド構成におけるリッチ共存機能そのものが、EWS依存からGraph APIベースへ移っていくという点にある。つまり、管理者が何もしなければ、将来的に一部の便利機能が期待通りに動作しなくなる可能性がある。

2026年10月のEWS終了が持つ意味

2026年10月に予定されているEWS終了は、Exchange Online側の古い連携方式を整理し、より安全で統制しやすいAPI基盤へ移行する流れの一環と考えられる。Exchange Onlineはクラウドサービスである以上、Microsoft側がセキュリティ標準を更新すれば、顧客側の構成もそれに合わせて見直す必要がある。

オンプレミスExchangeだけを単独で使っている環境よりも影響を受けやすいのが、Exchange Onlineとのハイブリッド環境である。なぜなら、オンプレミスとクラウドの間でユーザー情報や予定表、メール関連の補助情報を相互参照する場面が多いからだ。

たとえば、オンプレミスにメールボックスを持つユーザーが、Exchange Online側のユーザーの空き時間情報を確認する。あるいは、メール送信前にMailTipsで警告を表示する。さらに、相手のプロフィール画像を表示するといった機能もある。こうした「普段は意識されにくいが、止まると業務影響が大きい機能」が、リッチ共存機能の代表例である。

EWSが終了すれば、これらを従来の方法で処理し続けることは難しくなる。だからこそ、Microsoft Graph APIを利用する新しい構成へ移行する準備が必要になる。

5月のHotfix Updateが示す移行フェーズ

2026年5月に提供されたExchange Server SE向けのHotfix Updateは、単なる不具合修正だけではなく、ハイブリッド共存機能の移行準備という意味を持つ更新になっている。特に注目すべきなのは、Exchange Serverのリッチハイブリッド共存機能を、EWSではなくMicrosoft Graph API呼び出しへ移行するための機能が含まれている点である。

これは管理者に対する明確なサインといえる。MicrosoftはEWS終了を予告するだけではなく、すでに移行のための実装をExchange SE側に提供し始めている。つまり、今後のハイブリッド運用では、Exchange SEを最新状態に保つことが、単なる推奨事項ではなく、共存機能を維持するための前提条件になっていく。

特にExchange SEでハイブリッド構成を維持している企業では、更新プログラムの適用状況を確認し、Graph APIへの移行に必要な前提条件が整っているかを見直す必要がある。セキュリティ更新を避けて運用を固定化する従来型の考え方は、クラウド連携が絡む現代のExchange運用ではリスクが高い。

項目	従来の構成	今後求められる構成
API基盤	Exchange Web Services	Microsoft Graph API
主な対象	リッチハイブリッド共存機能	空き時間、MailTips、プロフィール写真共有など
移行期限の目安	2026年10月まで	2026年10月完了を前提に準備
管理者の対応	既存設定の維持	Exchange SE更新、専用ハイブリッドアプリ、Graph API移行確認

 

フェーズ1はすでに完了、次はGraph APIへの本格移行

今回の移行は一度にすべてが切り替わるわけではない。段階的なフェーズとして進められている点を理解しておく必要がある。

第一段階では、専用のExchangeハイブリッドアプリケーションへの移行が進められた。これは2025年10月に実施された重要な変更であり、オンプレミスにメールボックスを持つExchangeハイブリッド顧客は、リッチ共存機能を維持するために専用アプリケーションを利用する構成へ移る必要があった。

この段階は、単にアプリケーション名が変わるという話ではない。従来の汎用的な信頼関係や古い連携方式から、ハイブリッド用途に特化した管理しやすいアプリケーションモデルへ移る意味を持つ。セキュリティ上も、どのアプリケーションが何のためにアクセスしているのかを明確化しやすくなる。

第二段階が、今回とくに重要なEWS呼び出しの廃止とMicrosoft Graph APIへの移行である。このフェーズは2026年10月までに完了する必要がある。ここで対応が遅れると、オンプレミスとExchange Onlineの間で提供されていた一部のリッチ共存機能に影響が出る可能性がある。

管理者が注意すべきなのは、2026年10月になってから作業を始めるのでは遅いという点だ。ハイブリッド環境は認証、証明書、組織関係、アプリケーション権限、ネットワーク経路、Exchange更新レベルが複雑に絡む。検証環境での確認、本番環境への反映、障害時の切り戻し計画まで考えると、余裕を持った準備が不可欠である。

リッチ共存機能が止まると現場にどう影響するか

リッチ共存機能は、メールの送受信そのものと比べると軽視されがちである。しかし、実際の業務では予定調整や誤送信防止、相手情報の確認といった日常的な操作に深く関わっている。

空き時間情報が正しく参照できなければ、会議調整の効率は一気に落ちる。Exchange Online側のユーザーとオンプレミス側のユーザーが混在する企業では、予定表の可視性が失われるだけで、会議設定に余計な往復が発生する。大規模組織ほど、この小さな摩擦は大きな生産性低下につながる。

MailTipsも同様に重要である。社外宛てや大人数宛て、存在しない受信者、制限付きの宛先などに対する注意喚起は、メール事故を未然に防ぐ仕組みとして機能している。これがハイブリッド環境の一部で不安定になれば、利用者は警告が出る場合と出ない場合の違いを理解できず、運用上の混乱を招きやすい。

プロフィール写真の共有は一見すると重要度が低く見えるが、Microsoft 365全体のユーザー体験では無視できない。Teams、Outlook、連絡先情報などで一貫したユーザー識別ができることは、特に大規模組織やリモートワーク環境で大きな意味を持つ。

すべてのシナリオが完全移行済みではない点に注意

現時点で注意したいのは、Microsoft Graph APIがすべてのリッチ共存シナリオを完全に置き換えているわけではないという点である。移行は進行中であり、管理者は「Graph APIにすればすべて解決」と単純に考えるべきではない。

この状況では、利用中の機能を洗い出すことが重要になる。自社が本当に必要としているのは空き時間情報だけなのか、MailTipsも使っているのか、プロフィール写真共有まで必要なのか。さらに、それらがどの部門、どの利用者グループ、どのクライアント環境で使われているのかを把握する必要がある。

Exchangeハイブリッド構成は、一度構築すると長期間そのまま運用されがちだ。過去に設定した管理者がすでに異動しているケースも多く、現在の担当者が詳細を把握していないことも珍しくない。だからこそ、EWS終了は環境棚卸しの好機でもある。構成を確認し、不要な依存を減らし、必要な機能だけを正しく残すことが、今後の安定運用につながる。

管理者が今すぐ確認すべきポイント

Exchange SEハイブリッド環境を運用している管理者は、最初にExchange Server SEの更新状態を確認する必要がある。2026年5月のHotfix Updateが適用対象であるか、適用済みか、適用後にハイブリッド機能へ影響が出ていないかを確認することが出発点になる。

次に、専用Exchangeハイブリッドアプリケーションの構成状況を確認する。2025年10月のフェーズ1に対応できていない環境では、Graph API移行以前に前提条件が不足している可能性がある。Azure側、Microsoft 365管理側、Exchange管理シェル側の設定が整合しているかを見直したい。

さらに、EWSを前提にした古いスクリプトやサードパーティ製品が残っていないかも重要だ。今回の話題はExchangeハイブリッドのリッチ共存機能が中心だが、EWSを利用している業務アプリケーションが別に存在する場合、同じ時期に影響が表面化するおそれがある。予定表連携、メールアーカイブ、監査、ワークフロー、CRM連携などは特に確認対象になりやすい。

Graph APIへの移行では、権限設計も見直しが必要になる。アプリケーション権限を広く与えすぎればセキュリティリスクが高まり、逆に絞りすぎれば必要な機能が動かない。最小権限の考え方を維持しながら、必要な機能を安定して動かせる設計が求められる。

2026年10月を待たずに移行計画を固めるべき理由

EWS終了のような基盤変更では、期限の直前に対応が集中しやすい。だが、Exchangeハイブリッド環境は組織ごとの差が大きく、同じ手順を適用しても結果が同じになるとは限らない。過去の移行履歴、証明書更新の状態、ファイアウォール設定、メールボックスの配置、認証方式、テナント側のポリシーによって、検証すべき項目は変わってくる。

2026年10月を「作業開始日」と見るのではなく、「安定稼働しているべき期限」と捉えるべきである。少なくともその前に、テストユーザーでの検証、部門単位での影響確認、運用手順書の更新、ヘルプデスク向けの問い合わせ対応準備まで済ませておきたい。

また、移行作業は技術部門だけで完結しないことがある。会議調整やメール警告、ユーザー写真表示といった機能は、一般利用者の体験に直結する。機能の一時的な見え方の違いや、移行期間中の制限がある場合は、事前に周知しておくことで混乱を抑えられる。

Exchange SE時代のハイブリッド運用は更新前提へ

今回のEWS終了とGraph API移行は、Exchange SE時代の運用姿勢を象徴している。オンプレミスExchangeを使い続ける場合でも、クラウドと連携する以上、環境を静的に固定することは難しくなっている。更新プログラムを適用し、Microsoft 365側の仕様変更に追随し、認証やAPIの変化を前提に運用する必要がある。

Exchange SEは、従来の永続ライセンス型Exchange Serverとは異なる継続更新型の色合いが強い。ハイブリッド構成を維持する企業にとっては、オンプレミスであることが変化を避ける理由にはならない。むしろ、オンプレミスとクラウドの境界に立つからこそ、両方の更新に敏感である必要がある。

EWSの終了は、古い技術がまた一つ退場するというだけではない。Exchangeハイブリッド環境を、より明確なアプリケーションモデル、より新しいAPI、より厳格なセキュリティ設計へ移していく転換点である。2026年10月までの時間は残されているが、検証と移行に十分な余裕があるとは限らない。

Exchange OnlineとExchange SEを併用し、オンプレミス側のユーザーにもリッチ共存機能を提供し続けたい企業は、今すぐ自社環境の状態を確認するべきだ。EWS依存を把握し、Hotfix Updateを適用し、専用ハイブリッドアプリケーションとGraph APIへの移行状況を点検する。その積み重ねが、2026年10月以降も安定したExchangeハイブリッド運用を続けるための現実的な防衛策になる。