【问题标题】:Globally Available Azure App Architecture / Design?全球可用的 Azure 应用架构/设计?
【发布时间】:2019-10-08 15:36:32
【问题描述】:

我对 Azure 架构还很陌生,希望有人能指出我正确的方向。

我有一个目前仅在东南亚地区可用的应用;我所有的 Azure 服务(应用服务、Azure SQL 等)都在东南亚地区。

如果我要将应用程序提供给其他区域(例如美国或欧洲),我如何扩展我当前的 Azure 设置?因为如果它仍然指向同一个区域,延迟/数据位置可能存在问题?我需要为每个区域创建资源组并执行复制吗?

我正在尝试搜索 Microsoft 的参考架构,但很难找到,或者我只是不知道它的正确术语。

【问题讨论】:

    标签: azure design-patterns


    【解决方案1】:

    如果您查看 Azure 参考体系结构页面,则有一个用于 Web 应用程序的部分:

    https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/

    其中包含一个高可用性 Web 应用程序的模板:

    https://docs.microsoft.com/en-us/azure/architecture/reference-architectures/app-service-web-app/multi-region

    如果 Azure Front Door 不符合您的要求,请查看 Azure 流量管理器。

    流量管理器 https://docs.microsoft.com/en-us/azure/traffic-manager/

    带有 Azure 前门的 LB https://docs.microsoft.com/en-us/azure/frontdoor/front-door-lb-with-azure-app-delivery-suite

    【讨论】:

    • 谢谢,但这似乎更像是备份/高可用性,以防 1 区域不可用?这似乎与改进的延迟/性能不同。
    • "Azure Front Door Service 提供动态网站加速 (DSA),包括全局 HTTP 负载平衡。它查看传入的 HTTP 请求路由到指定主机名、URL 路径和配置的最近服务后端/区域规则。Front Door 在 Microsoft 网络的边缘终止 HTTP 请求,并主动探测以检测应用程序或基础架构的健康状况或延迟变化。然后,Front Door 始终将流量路由到最快且可用(健康)的后端。"
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-09-06
    • 1970-01-01
    • 2016-03-26
    • 2013-12-14
    • 2012-03-01
    相关资源
    最近更新 更多