Azure App Service容器健康检查失败，求Dockerfile适配配置方案

当前健康检查失败的核心原因是：你的容器并非Web服务器，没有进程监听80端口，但健康检查指令却用curl尝试访问该端口，自然会返回失败。结合你已安装netcat、基于Alpine镜像的情况，可根据容器实际运行的服务类型，选择以下几种修改方案：

方案1：检查业务进程是否存活 #

如果容器运行的是特定业务进程，可通过ps命令确认进程是否存在。假设你的业务进程名为my-business-process，修改后的健康检查指令为：

HEALTHCHECK --interval=5m --timeout=3s CMD ps aux | grep -q my-business-process || exit 1

• 说明：Alpine自带的ps（基于busybox）支持aux参数，grep -q会静默检查进程是否存在，找到则返回0（健康状态），否则返回1（不健康）。

方案2：用netcat检查服务监听端口 #

如果你的业务服务监听了其他端口（而非80），比如9000端口，可利用netcat检查端口是否处于监听状态：

HEALTHCHECK --interval=5m --timeout=3s CMD nc -z localhost 9000 || exit 1

• 说明：nc -z是端口扫描模式，仅检查端口是否开放，不发送数据，适合验证服务端口的监听状态，Alpine的netcat完全支持该参数。

方案3：检查关键文件状态 #

如果你的服务依赖特定文件（比如日志文件、状态文件），可通过检查文件是否存在来判断健康状态：

HEALTHCHECK --interval=5m --timeout=3s CMD [ -f /path/to/key-file.txt ] || exit 1

• 说明：利用shell的test命令（[ ]是简写）检查文件是否存在，适合无端口监听的后台服务。

另外，建议删除EXPOSE 80指令，因为你的容器并未实际监听该端口，保留该声明会造成误解。

内容的提问来源于stack exchange，提问作者jlo-gmail