查找Docker容器通用、正常运行时固定返回200状态码的访问URL

• 核心逻辑完全剥离业务应用层，所有检测动作只针对Docker运行状态，只要Docker daemon正常、目标业务容器处于运行态，指定探测路径就恒定返回200，不触发任何业务接口调用。

可落地的两个实现路径 #

1. 基于宿主机轻量独立服务搭建探测端点 #

通过EB的.ebextensions配置，在EC2实例启动阶段部署一个完全独立于业务Docker容器的极简后台服务，服务本身不依赖业务代码运行，检测逻辑仅包含两步：

• 调用本地docker info命令确认Docker daemon可正常响应
• 调用docker inspect命令确认目标业务容器的运行状态为Running
  只要两个检测项全部通过，服务在指定端口上对所有探测路径返回200状态码。可以直接用nc+bash的极简脚本实现无依赖部署，示例脚本逻辑：

# 后台常驻脚本，绑定9000端口提供health端点
while true; do
  # 检测Docker和容器状态
  DOCKER_OK=$(docker info >/dev/null 2>&1 && echo 1 || echo 0)
  CONTAINER_OK=$(docker inspect -f '{{.State.Running}}' 你的业务容器名称 2>/dev/null | grep -q true && echo 1 || echo 0)
  if [ "$DOCKER_OK" = "1" ] && [ "$CONTAINER_OK" = "1" ]; then
    RESP="HTTP/1.1 200 OK\r\nContent-Length: 2\r\n\r\nOK"
  else
    RESP="HTTP/1.1 503 Service Unavailable\r\nContent-Length: 11\r\n\r\nUnhealthy"
  fi
  echo -e $RESP | nc -l -p 9000 -q 1
done

配置完成后，将EB控制台里的应用健康检查URL设置为http://127.0.0.1:9000/health即可生效。

2. 直接复用Docker原生API的内置探测端点 #

Docker daemon本身提供原生REST接口，内置的/_ping探测路径只要Docker进程处于正常运行状态，就会恒定返回200状态码，完全不需要额外写业务逻辑。
只需要通过.ebextensions给Docker daemon的启动配置追加本地端口监听参数，将API绑定到回环地址127.0.0.1（绝对不要绑定0.0.0.0避免公网未授权访问风险），即可直接用http://127.0.0.1:2375/_ping作为EB的健康检查目标地址。

配置注意事项 #

• 所有提供健康检查的服务/端口必须绑定在EC2实例的回环地址上，不开放公网访问权限，避免安全风险
• 检测逻辑完全不调用业务Docker容器的应用端口，彻底避免和业务层健康检查逻辑耦合
• 对于EB Worker类型的环境，健康检查是实例层面的本地探测，不需要经过负载均衡网络层，只要上述端点在实例本地可正常返回200，就会被EB判定为实例健康

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