Microsoft 365 Developer Blog
·
Exchange Web Services 代码分析器和使用报告
内容提要
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将在2026年退役，用户需尽早规划迁移至Microsoft Graph。提前识别依赖EWS的应用程序，可以帮助企业制定有效的迁移策略，避免在最后时刻匆忙应对潜在问题。
利用工具提升迁移效率
使用管理中心报告和EWS代码分析器等工具，可以清晰识别应用对EWS的依赖。这些工具不仅提供使用情况的详细数据，还能帮助开发者找到替代实现，提升迁移的效率和安全性。
考虑业务流程的灵活性
在迁移过程中，企业应评估现有业务流程是否仍需EWS功能，或是否可以通过其他技术（如Microsoft Teams）满足需求。这种灵活性有助于优化资源配置，降低未来的维护成本。
现代架构的探索
迁移至Microsoft Graph的过程中，企业应考虑采用现代架构模式，如微服务或模块化单体。这些架构不仅能简化迁移过程，还能提高应用的可维护性和扩展性，适应未来的技术变化。
延伸问答
EWS 退役的具体时间是什么时候？
EWS 将于 2026 年 10 月 1 日退役。
如何识别应用对 EWS 的依赖？
可以使用管理中心报告和 EWS 代码分析器等工具来识别应用对 EWS 的依赖。
迁移到 Microsoft Graph 的好处有哪些？
迁移到 Microsoft Graph 可以提升应用的安全性，解决架构缺陷，并整合使用 Exchange Online 功能的组件。
EWS 代码分析器是什么？
EWS 代码分析器是一个开源工具，用于识别 EWS 的引用，并可以与 GitHub Copilot 结合使用以建议替代实现。
在迁移过程中需要考虑哪些业务流程？
需要考虑业务流程是否仍需 Exchange 功能，或是否可以使用其他技术满足需求。
如何规划迁移路径以确保顺利过渡？
应尽早规划迁移路径，分析现有应用，实施可用的 API，并确保在 EWS 退役前做好准备。
