微软启动EWS禁用进程,2027年永久退休

微软启动Exchange Online中EWS禁用进程,为2027年4月永久退休做准备。租户默认设置将变更以阻断访问,依赖该服务的应用需强制迁移至Microsoft Graph,本地部署环境不受影响。

微软今日正式启动 Exchange Online 中 Exchange Web Services (EWS) 的禁用进程,旨在为 2027 年 4 月 1 日的 API 永久退休做准备。随着该服务的逐步下线,依赖 EWS 的应用程序集成将面临强制迁移至 Microsoft Graph 的压力。

2027年4月1日EWS永久退休

分阶段禁用与最终期限

根据微软公布的计划,从 10 月 1 日起,租户级别的 EwsEnabled 设置将从默认的 $null 变更为 $false,从而阻止 EWS 访问。对于需要临时维持业务连续性的管理员,可以将该值明确设置为 $true,但必须将已批准的应用程序 ID 添加到 EwsAllowedAppIDs 列表中;未列入此名单的应用程序将被拦截。微软强调,2027 年 4 月 1 日 EWS 将在 Exchange Online 中被永久禁用,届时“不会有任何例外”。

技术背景与安全考量

EWS 自 Exchange Server 2007 推出以来,一直是应用程序访问邮箱数据(包括电子邮件、日历和联系人)的主要接口。微软指出,该服务“不再符合当今的安全性、规模或可靠性要求”,因此建议开发者转向 Microsoft Graph。值得注意的是,此次退役仅针对 Exchange Online 环境中的 EWS,本地部署的 Exchange 服务器不受影响。

迁移挑战与专家观点

尽管微软早在 2018 年就停止为 Exchange Online 中的 EWS 添加新功能,并曾宣布原定于 2023 年退休,但彻底剥离这一深度嵌入的 API 并非易事。Boomi 公司 API 管理全球现场首席技术官 Markus Müller 表示,迁移过程中最大的挑战在于识别所有对 EWS 的使用场景。“由于早期整合速度快且文档有限,许多组织缺乏完整的 EWS 依赖清单。”Müller 补充道,虽然建立将 EWS 调用转换为 Microsoft Graph 请求的翻译层可以提供临时过渡方案,但这只是增加了另一个需维护的组件,并未从根本上消除迁移需求。他建议组织应在整个生命周期内监控 API 依赖性,而非等到废弃通知发布时才被动应对。

目前,微软尚未披露仍有具体多少组织或流程依赖于 Exchange Online 中的 EWS。随着阶段性阻断措施的实施,任何被忽视的集成问题将逐渐在相关租户中显现。

评论 0

0/500

评论需审核后展示,请文明发言

💬
还没有评论,来说两句

相关阅读