AWS Elastic Beanstalk添加ALB后目标组健康检查失败，无法访问应用

针对你在Elastic Beanstalk部署Golang应用时遇到的ALB模式访问失败问题，以下是可能的原因和调试步骤：

可能的核心问题 #

• 应用监听地址错误：Golang应用若仅绑定127.0.0.1:8080，仅允许本地回环访问，ALB通过实例私有IP发起的请求会被拒绝。需确保应用绑定0.0.0.0:8080，允许所有网卡接收请求。
• 安全组规则不匹配ALB模式：单实例时安全组开放8080给外部，但添加ALB后，实例的8080端口入站规则应允许ALB所属安全组访问（而非仅0.0.0.0/0，部分场景下配置不当会导致ALB请求被拦截）。同时ALB的安全组需允许80/443端口的外部入站流量。
• 目标组健康检查配置偏差：检查目标组是否将健康检查端口设为8080、协议是否为HTTP，以及路径/是否能返回200状态码。若应用根路径未处理或返回非2xx状态，健康检查会失败，ALB不会将流量转发到实例。
• EB平台端口配置未同步：部分Elastic Beanstalk Golang平台依赖PORT环境变量确定应用端口，若应用硬编码8080，但EB未正确配置目标组指向8080，会导致流量转发端口不匹配。

调试排查步骤 #

• 验证应用监听地址：登录EC2实例，执行ss -tulpn | grep 8080，查看输出是否包含0.0.0.0:8080或:::8080。若显示127.0.0.1:8080，修改Golang代码中的监听地址为0.0.0.0:8080后重新部署。
• 检查安全组规则：
  1. 实例安全组：确认8080端口的入站规则源为ALB的安全组ID（而非仅0.0.0.0/0）。
  2. ALB安全组：确认80（HTTP）和443（HTTPS）端口的入站规则源为0.0.0.0/0（或你的客户端IP范围）。
• 本地测试实例连通性：通过AWS Systems Manager Session Manager登录实例后，执行curl http://localhost:8080确认应用正常响应；再从同VPC内的其他EC2实例执行curl http://<实例私有IP>:8080，若失败则说明实例本地防火墙（如iptables）或应用本身有问题。
• 查看目标组健康检查详情：在EC2控制台的目标组页面，查看健康检查失败的具体原因（如"连接超时"、"连接拒绝"、"返回码不符合要求"），针对性排查。
• 分析应用与EB日志：在Elastic Beanstalk控制台下载应用日志，检查是否有健康检查请求的记录，以及应用是否返回异常；同时查看EB的平台日志，确认是否有端口配置或部署相关的错误。
• 核对ALB监听器配置：确认ALB的80端口监听器已绑定到目标组，转发协议为HTTP、端口为8080；若配置了HTTPS监听器，可先暂时关闭HTTPS测试HTTP端口，排除证书干扰。

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