GCP Cloud Run一次性任务部署失败：无就绪Revision问题求助

咱们先明确核心问题：你当前的镜像是一次性任务（执行完就退出），但Cloud Run Services默认是为长期运行的HTTP服务设计的——它期望容器持续存活并监听端口，当你的容器执行完循环就退出时，Kubernetes会判定Pod不健康，导致Revision永远无法进入就绪状态，这就是你看到报错或部署卡住的原因。

下面分几个步骤帮你解决：

1. 修复镜像的基础问题（必做） #

你的Dockerfile里没有给entrypoint.sh添加可执行权限，这会导致容器启动失败，直接引发Revision未就绪。修改Dockerfile：

from alpine:latest
COPY entrypoint.sh /usr/local/bin/entrypoint
RUN chmod +x /usr/local/bin/entrypoint  # 添加这一行赋予执行权限
ENTRYPOINT ["entrypoint"]
CMD ["100"]

重新构建并推送镜像：

docker build -t pkaramol/logging .
docker push pkaramol/logging

2. 正确部署一次性任务：使用Cloud Run Jobs #

Cloud Run专门提供了Jobs模式来处理一次性任务，这才是匹配你场景的正确方式，而不是用Services部署。

创建任务 #

gcloud beta run jobs create logger-job \
  --image=pkaramol/logging \
  --cluster=pkaramol-cloudrun \
  --cluster-location=<你的集群所在区域>  # 替换为实际区域，比如us-central1

执行任务 #

gcloud beta run jobs execute logger-job \
  --cluster=pkaramol-cloudrun \
  --cluster-location=<你的集群所在区域>

执行后，你可以查看任务日志：

gcloud beta run jobs logs logger-job --cluster=pkaramol-cloudrun

3. 如果一定要用Cloud Run Service（不推荐） #

如果你因为某些原因必须用Service部署，需要关闭健康检查并调整重启策略，但这不符合Service的设计初衷，仅作应急方案：

gcloud beta run deploy logger \
  --image=pkaramol/logging \
  --cluster=pkaramol-cloudrun \
  --no-health-check \  # 关闭默认的HTTP就绪检查
  --restart-policy=Never  # 容器退出后不再重启

不过这种方式下，服务部署后容器会执行一次任务就退出，后续不会再运行，而且Cloud Run Service的资源调度逻辑并不适合一次性任务，还是优先推荐Jobs模式。

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