如何使用AWS network loadbalancer向非AWS端点轮询转发HTTP POST流量

原配置路径的能力缺口 #

• AWS Network Load Balancer的目标组原生支持范围仅覆盖VPC内EC2/容器/IP资源、PrivateLink对接端点、跨VPC关联的私有资源，不支持将公网可解析的非AWS域名作为目标组注册对象，这是直接配置NLB+目标组无法走通的核心原因。
• 原生HTTP API、REST API的路由规则为静态匹配模式，无法在两个不同主机名、同URL前缀的外部端点间自动实现*round robin（轮询）*调度，这也是直接配置API Gateway无法达成目标的原因。

可落地的实现路径 #

方案1：托管代理层接入NLB #

• 在自有VPC内通过Fargate/ECS部署HAProxy/Nginx反向代理组件，将两个外部端点配置为上游服务器，指定负载策略为轮询，确保请求路径/test/uri、请求方法、请求体完整透传，不篡改原始请求头。
• 将这个VPC内的代理服务注册到已创建的NLB目标组中，由NLB承接公网入口流量，转发给VPC内的代理层，再由代理层完成对两个外部端点的轮询分发。
• 这种方式完全沿用已搭建的NLB架构，仅需要在中间补一层代理组件即可，不需要重构已搭建的负载均衡入口。

方案2：无服务器Lambda动态路由 #

• 利用ALB的Lambda目标组或者API Gateway的Lambda集成能力，将/test/uri路径的POST请求统一路由到Lambda函数，在函数内通过简单的计数逻辑实现轮询：每次收到请求时读取轮询计数器，取模后匹配对应的外部端点域名，透传请求内容完成HTTP POST调用，再将目标端点的响应回传给客户端。
• 计数器可以放在ElastiCache或CloudWatch自定义指标中维护，不需要复杂的状态存储，即可实现严格的轮询流量分配，全程不需要维护任何自有服务器资源。

方案3：API Gateway动态路由扩展 #

• 如果已经搭建了API Gateway入口，可以将/test/uri的路由配置为Lambda集成类型，在Lambda逻辑中根据轮询结果拼接完整的外部端点URL，发起透传调用。
• 这种方式可以完全复用API Gateway已配置的鉴权、限流、日志能力，不需要额外搭建公网入口。

配置注意事项 #

• 所有发起跨公网外部调用的组件，需要确保VPC出向公网连通性正常，网络ACL、安全组不要拦截80/443端口的出向流量。
• 轮询逻辑要避免受客户端重试、请求失败的影响，调度决策由统一的服务端组件完成，不要依赖客户端侧的流量分配。
• 不要尝试在NLB目标组中直接填写公网域名，控制台本身不提供这类配置入口，属于平台原生不支持的操作。

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