将Docker镜像上传至Google Cloud后出现服务不可用问题排查

1. 强制指定服务监听地址为0.0.0.0 #

Google Cloud Run要求容器内的服务必须监听0.0.0.0（允许所有网络接口访问），而非仅localhost。虽然你的gunicorn命令--bind :$PORT理论上等价于绑定0.0.0.0:$PORT，但显式指定地址可以避免潜在的解析问题：
修改Dockerfile中的CMD命令为：

CMD exec gunicorn --bind 0.0.0.0:$PORT --workers 1 --threads 8 --timeout 0 wbvaa:app

2. 验证PORT环境变量是否被正确读取 #

Cloud Run会动态分配端口并通过PORT环境变量传递，你的Dockerfile已设置ENV PORT=8080作为 fallback，但需确保gunicorn能正确读取该变量。可在Dockerfile中添加调试步骤：

RUN echo "Current PORT value: $PORT"

重新构建镜像时查看输出，确认变量值正常。

3. 查看Cloud Run服务日志定位具体错误 #

服务不可用的核心原因需要通过日志排查，执行以下命令查看实时日志：

gcloud beta run services logs read [你的服务名称] --project wbvaa-web --region [部署区域] --stream

日志会包含服务启动失败、端口绑定错误或应用内部异常等信息，这是定位问题最直接的方式。

4. 检查Flask应用的绑定配置 #

确认你的wbvaa.py中没有强制绑定localhost的代码，例如：

if __name__ == "__main__":
    app.run(host="localhost", port=8080)

虽然gunicorn启动时会忽略app.run的配置，但如果应用存在其他绑定localhost的逻辑，会导致外部无法访问，需确保应用监听0.0.0.0。

5. 确认依赖安装完整性 #

虽然本地运行正常，但Cloud Build的环境可能与本地存在差异，可在Dockerfile中添加依赖验证步骤：

RUN pip list

重新构建时查看输出，确认flask、gunicorn等依赖均已正确安装。

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