使用Bamboo Docker任务部署镜像至Azure Web App Container遇服务不可用问题

根据你描述的情况，本地运行正常但Azure Web App Container报"Service Unavailable"，大概率是Azure平台配置和镜像部署环节的差异导致的，我整理了几个优先级最高的排查方向，你可以一步步来：

1. 先确认Azure Web App的端口映射是否正确 #

本地你的服务跑在8080端口，但Azure Web App默认可能会监听80或非8080端口，你需要：

• 登录Azure Portal，找到目标Web App，进入容器设置（Container settings）
• 检查启动命令是否和本地docker-compose.yml里的完全一致（比如有没有遗漏端口相关的启动参数）
• 确认端口（Port）字段是否设置为8080——这个是Azure用来转发外部请求到容器内部的端口，必须和你服务实际监听的端口匹配
• 同时检查Dockerfile里的EXPOSE 8080声明是否存在，虽然EXPOSE只是元数据，但Azure会参考这个配置做端口映射校验

2. 查看Azure容器的启动日志，定位核心失败原因 #

"Service Unavailable"很多时候是容器根本没启动起来，或者启动后立刻崩溃了，你可以：

• 在Azure Portal的Web App页面，进入日志流（Log stream），实时查看容器启动的输出内容
• 或者进入高级工具（Advanced Tools）> Kudu，导航到LogFiles/Application目录下查看容器的stderr/stdout日志
• 重点排查这类报错：依赖包缺失、环境变量未正确设置、端口被占用、启动命令执行失败等
• 也可以尝试在本地拉取Azure容器注册表中的镜像，用docker run -p 8080:8080 <你的镜像全名>运行，验证镜像本身是否能正常启动

3. 检查Bamboo构建镜像与本地构建的差异 #

虽然你说配置一致，但Bamboo的构建环境可能和本地存在隐性差异：

• 检查Bamboo的Docker任务是否完整复制了构建上下文，比如有没有因为.dockerignore文件导致必要的配置文件、静态资源或依赖包没被复制到镜像中
• 确认Bamboo构建时是否设置了额外的构建参数或环境变量，和本地docker-compose.yml里的配置是否完全匹配
• 对比本地镜像和Azure注册表镜像的构建日志，查看Bamboo构建过程中有没有被忽略的警告或错误

4. 验证Azure Web App的健康检查配置 #

Azure Web App会定期执行健康检查，如果检查失败，会直接返回"Service Unavailable"：

• 进入Web App的健康检查（Health check）页面
• 确认健康检查的路径是否正确（比如你的服务根路径/是否能返回200状态码，或者是否有专门的/health端点）
• 检查健康检查的超时时间和重试次数是否合理——如果你的服务启动较慢，默认的短超时可能会导致误判

5. 确认Webhook触发的部署是否完整执行 #

有时候Webhook触发后，Azure可能没有成功拉取新镜像或部署过程中断：

• 进入Web App的部署中心（Deployment Center），查看部署历史，确认最近的部署是否成功完成
• 检查Azure容器注册表的事件日志，确认镜像推送成功后，Webhook是否正确触发并通知了Azure Web App
• 如果部署历史显示失败，重点排查权限问题（Azure Web App是否有拉取注册表镜像的权限）、网络问题（注册表和Web App是否在同一虚拟网络，或有没有防火墙限制）

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