基于CDN的AWS全栈架构搭建：后端低延迟部署方案问询

针对两个备选方案的专业判断 #

1. 多可用区部署多个负载均衡器的可行性 #

• 单个AWS应用负载均衡器（ALB）/网络负载均衡器（NLB）本身默认支持跨可用区部署，你不需要在每个可用区单独部署独立的LB。创建LB时只要选中多个可用区，AWS会自动在每个对应可用区部署LB节点，流量会自动分配到不同可用区的后端实例，同时实现可用区级别的高可用，单独部署多套LB只会额外增加架构复杂度和成本，完全没有必要。
• 如果你指的是跨区域部署多套LB，属于合理的全球部署逻辑：如果你的用户分布在全球多个区域，后端服务也在多个区域部署，那每个区域部署一套LB对接本地的后端集群，能让就近区域的用户请求落到本地后端处理，确实能有效降低访问延迟。

2. Global Accelerator是否可以替代多可用区LB+EC2的组合 #

• Global Accelerator（AGA）和LB是互补关系而非替代关系，AGA不能直接替换LB的作用：
  • AGA的核心价值是提供全球统一的静态任播IP，用户请求会通过AWS的全球骨干网络转发到离用户最近的区域的后端入口，相比走公网路由能降低30%以上的跨区域访问延迟，同时规避公网路由抖动的影响。
  • 不管是否使用AGA，你每个区域的后端集群仍然需要部署LB来对接EC2实例，实现本地流量分发、健康检查、七层路由等能力，AGA本身不具备负载均衡器的后端实例管理、七层规则配置这些功能。
• 如果你只有单区域的后端部署，用户也主要集中在该区域附近，使用AGA的收益不大；如果是全球多区域部署后端，AGA是非常合适的流量调度工具。

额外低延迟优化方案推荐 #

• 优先把所有静态资源放到CloudFront缓存，动态API请求如果有可缓存的内容，也可以配置CloudFront的缓存策略，直接在边缘节点返回，不需要回源到后端，这是降低访问延迟优先级最高的手段。
• 如果动态API请求无法缓存，且用户全球分布，可以搭配CloudFront的源站故障转移+区域级源站配置，让CloudFront自动把请求转发到离用户最近的区域的后端LB，不需要额外引入AGA也能实现类似的全球路由效果，成本比AGA更低。
• 后端EC2实例建议分布在同区域的多个可用区，对接单套跨可用区的LB即可，既能保证高可用，也不会产生额外的架构复杂度。

内容的提问来源于stack exchange，提问作者robertg