一家初创公司的应用团队正在将一个新的多层应用程序部署到 AWS。该应用程序将在一个公共 Network Load Balancer (NLB) 后面的 Auto Scaling 组中的 Amazon EC2 实例上运行，并且必须支持 UDP 和 TCP 流量。最初，它将服务于一个地理区域的用户，但团队计划扩展到多个 AWS 区域，以便部署可以更接近最终用户。他们希望在分阶段推出新版本时控制每个区域接收的流量，并且必须最大限度地减少用户的首次字节延迟和抖动。团队应如何设计网络架构以满足这些要求？

AWS Global Accelerator (AGA) 是此场景的最佳选择。AGA 提供静态 IP 地址，并通过 AWS 全球网络将用户流量路由到最近的区域端点，从而最大限度地减少延迟和抖动。它支持 TCP 和 UDP 流量，并且可以通过流量拨盘（traffic dial）精确控制流向不同区域端点的流量比例，满足分阶段发布和扩展的需求。将 NLB 注册为端点，确保了应用程序的高可用性和可伸缩性。 选项 A 和 D (CloudFront) 主要用于缓存和分发静态或动态内容，虽然可以减少延迟，但其核心功能并非针对 TCP/UDP 流量的全球路由和流量控制，且配置复杂。选项 C (S3 Transfer Acceleration) 仅适用于 S3 存储桶的数据传输加速，与应用程序的网络架构需求不符。