Microsoft 365 Developer Blog
·
Exchange Web Services 代码分析器和使用报告
💡
原文英文，约800词，阅读约需3分钟。
📝
内容提要
Exchange Web Services (EWS) 将于2026年10月1日退役，用户需尽早规划迁移至 Microsoft Graph。应识别应用对 EWS 的依赖，利用管理中心报告和 EWS 代码分析器等工具，明确迁移路径，提升安全性和现代化应用。
🎯
关键要点
- Exchange Web Services (EWS) 将于2026年10月1日退役，用户需尽早规划迁移至 Microsoft Graph。
- 识别应用对 EWS 的依赖是迁移的第一步，使用管理中心报告和 EWS 代码分析器等工具来帮助识别。
- 管理中心报告可以显示使用 EWS 的应用、操作类型和调用量，适用于全球 Microsoft 365 云的租户。
- 迁移代码库将提升应用的安全性，并可解决架构缺陷，整合使用 Exchange Online 功能的组件。
- EWS 代码分析器是一个开源工具，可以帮助识别 EWS 的引用，并与 GitHub Copilot 结合使用以建议替代实现。
- 在迁移过程中，考虑业务流程是否仍需 Exchange 功能，或是否可以使用其他技术满足需求。
- 建议将应用功能迁移到 Power Platform，以减少未来更新的工作量。
- 探索现代架构模式，如模块化单体或微服务，以简化迁移过程。
- 尽早规划迁移路径，确保应用在 EWS 退役前做好准备，并有足够时间应对潜在限制。
- 不要等到所有已知差距解决后再开始迁移，尽早分析并实施可用的 API，以确保平稳过渡。
❓
延伸问答
EWS 退役的具体时间是什么时候？
EWS 将于 2026 年 10 月 1 日退役。
如何识别应用对 EWS 的依赖？
可以使用管理中心报告和 EWS 代码分析器等工具来识别应用对 EWS 的依赖。
迁移到 Microsoft Graph 的好处有哪些？
迁移到 Microsoft Graph 可以提升应用的安全性，解决架构缺陷，并整合使用 Exchange Online 功能的组件。
EWS 代码分析器是什么？
EWS 代码分析器是一个开源工具，用于识别 EWS 的引用，并可以与 GitHub Copilot 结合使用以建议替代实现。
在迁移过程中需要考虑哪些业务流程？
需要考虑业务流程是否仍需 Exchange 功能，或是否可以使用其他技术满足需求。
如何规划迁移路径以确保顺利过渡？
应尽早规划迁移路径，分析现有应用，实施可用的 API，并确保在 EWS 退役前做好准备。
➡️
