部署基于地理复制的 Microsoft Graph/Office 365 API 应用程序的策略
Strategies for deploying geo replicated Microsoft Graph/Office 365 API based application
我们有一个使用 Microsoft Graph API 和 Outlook REST API 的 Web 应用程序。我们实施了代码授权流程。这意味着我们的 Web 服务器处理对 Microsoft Graph 和 Office 365 的请求 APIs.
我们位于欧洲(托管在 Azure 中)。现在我们想将我们的基础设施复制到海外,以提供更好的最终用户体验。
关于这些 MS API 的可能策略是什么。
有地域亲和机制吗?它是基于请求应用程序(我们)的地理本地化还是租户的本地化(我们到处都有用户)?留在 Azure 数据中心内会提供更好的性能吗? Microsoft 的建议是什么?
我问过这个,答案是是的,有一个基于您应用程序位置的亲和力系统。它应该命中离您最近的 Graph 或 Outlook 实例。
关于 Azure 中的 运行,我们正在不断优化 Microsoft-owned Azure-based 应用程序和服务的延迟以访问 Graph 和 Outlook API。这项工作将累积到 Azure 中的所有应用程序和服务 运行。
我们有一个使用 Microsoft Graph API 和 Outlook REST API 的 Web 应用程序。我们实施了代码授权流程。这意味着我们的 Web 服务器处理对 Microsoft Graph 和 Office 365 的请求 APIs.
我们位于欧洲(托管在 Azure 中)。现在我们想将我们的基础设施复制到海外,以提供更好的最终用户体验。
关于这些 MS API 的可能策略是什么。 有地域亲和机制吗?它是基于请求应用程序(我们)的地理本地化还是租户的本地化(我们到处都有用户)?留在 Azure 数据中心内会提供更好的性能吗? Microsoft 的建议是什么?
我问过这个,答案是是的,有一个基于您应用程序位置的亲和力系统。它应该命中离您最近的 Graph 或 Outlook 实例。
关于 Azure 中的 运行,我们正在不断优化 Microsoft-owned Azure-based 应用程序和服务的延迟以访问 Graph 和 Outlook API。这项工作将累积到 Azure 中的所有应用程序和服务 运行。