Vercel nextjs对接AWS ECS golang HTTPS API 无负载均衡API Gateway咨询

明确结论：完全可以不配置独立负载均衡器，仅通过API Gateway暴露ECS内的Go后端API，实现Vercel上Next.js应用与后端的稳定HTTPS通信，这套架构完全适配成本最大化压缩的目标

• 传统架构的成本痛点：以前ECS对接API Gateway的常规链路是「API Gateway -> 独立公网应用负载均衡器（ALB） -> ECS容器」，其中ALB会产生持续的小时固定费用、流量转发费用，哪怕完全没有业务流量也会持续扣费，是这套链路里占比最高的非必要成本
• 无负载均衡器的实现逻辑：当前AWS API Gateway支持VPC私有集成能力，可直接通过弹性网卡挂载到ECS服务所在的VPC子网，跳过ALB环节，将请求直接路由到ECS容器的内网服务端点，全程不需要部署独立的负载均衡实例

• ECS侧调整：
  • 后端容器全部部署在VPC私有子网，不绑定公网IP，通过AWS Cloud Map（服务发现）生成内网可访问的服务域名，不对公网直接开放ECS服务的入站访问
  • 容器内的Go服务不需要额外处理公网入站流量的HTTPS终结逻辑，仅需在内网监听对应服务端口即可
• API Gateway侧配置：
  • 优先选择HTTP API类型，单请求成本比传统REST API低70%左右，直接绑定VPC Link作为集成后端，指向Cloud Map生成的ECS服务域名
  • 给API Gateway配置自定义域名，绑定免费的AWS Certificate Manager证书，对外提供统一的HTTPS访问入口，Vercel上的Next.js应用直接调用这个域名即可完成跨端通信
• 成本参考：这套架构没有ALB的持续固定费用，仅产生两类按量计费成本：API Gateway的请求量费用（小流量场景基本可以覆盖平台免费额度）、VPC Link对应的弹性网卡小时费（单网卡每小时成本约为ALB的1/3）

• 单实例直连方案：如果项目属于个人小流量场景，不需要多实例自动扩容，可直接将ECS Fargate任务部署在公有子网，绑定弹性IP，配合免费ACM证书在Go服务内实现HTTPS监听，Vercel应用直接调用对应的公网域名即可，全程没有中间层成本；计算资源选用Fargate Spot实例的话，整体计算成本还能再降70%
• 通用成本优化细节：对已经通过API Gateway暴露的接口，开启内置的响应缓存，减少ECS侧的请求处理压力；关闭非必要的API详细访问日志，仅保留错误日志条目，降低日志存储的额外开销

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