Cloud Run多容器服务更新咨询：如何同时更新前后端容器？

你的需求完全可以在Cloud Run上实现，不需要切换到GKE Autopilot或Kubernetes集群，以下是具体实现方式：

核心结论 #

Cloud Run支持多容器（Sidecar）服务的全量更新，只是不能通过--images参数直接传入多个镜像，需要用专门的参数或配置文件来操作。

具体更新方法 #

方法1：使用--set-container参数逐个更新容器镜像 #

通过gcloud run services update命令的--set-container参数，可以分别指定每个容器的新镜像，一次命令就能完成多容器的更新：

gcloud run services update service-name \
  --set-container frontend=gcr.io/frontend:latest \
  --set-container backend=gcr.io/backend:latest

这个命令会同时把frontend和backend容器的镜像更新为指定版本，且服务会滚动更新保证可用性。

方法2：通过YAML配置文件替换更新 #

如果需要更直观地管理所有容器配置，可以先导出当前服务的YAML配置，修改镜像地址后再替换更新：

1. 导出当前服务配置：

gcloud run services describe service-name --format yaml > service-config.yaml

2. 编辑service-config.yaml，找到spec.template.spec.containers下的对应容器，修改image字段为新的镜像地址：

containers:
- name: frontend
  image: gcr.io/frontend:latest  # 修改为新镜像
- name: backend
  image: gcr.io/backend:latest   # 修改为新镜像

3. 用修改后的配置更新服务：

gcloud run services replace service-config.yaml

CI/CD集成建议 #

如果是通过Git推送触发构建两个容器，可以将上述更新命令集成到Cloud Build或其他CI/CD工具的流程中，镜像构建完成后直接执行更新命令即可。

关于是否切换到其他服务 #

只有当你需要Cloud Run不支持的高级编排能力（比如持久化卷挂载、StatefulSet部署、更精细的资源调度策略等）时，才需要考虑GKE Autopilot或Kubernetes集群。单纯的多容器部署与更新，Cloud Run完全可以满足需求。

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