事件驱动架构下GCP蓝绿部署的Pub/Sub消息路由问题求助

你遇到的这个问题其实是GCP Cloud Run蓝绿部署在事件驱动场景下的常见误区——没错，你已经抓准了核心：Cloud Run的流量拆分（也就是你设置的100%指向绿色修订版）只对HTTP请求生效，而Pub/Sub这类事件触发器的路由逻辑是完全独立的，根本不受这个流量配置的影响。

旧的蓝色修订版还在消费消息，大概率是因为你的Pub/Sub触发器是直接绑定到蓝色修订版的特定端点上的，而非服务的默认路由。下面给你几个可行的解决方案：

1. 直接更新Pub/Sub触发器指向绿色修订版 #

这是最直接的修复方式，把触发器的推送目标切换到最新的绿色修订版：

• 控制台操作：进入Cloud Run的「触发器」页面，找到对应的Pub/Sub触发器，编辑它，在「目标修订版」选项里选择带绿色标签的修订版保存即可。
• gcloud命令行操作：

  # 替换成你的实际资源名称
  gcloud run triggers update pubsub YOUR_TRIGGER_NAME \
    --service YOUR_SERVICE_NAME \
    --revision YOUR_GREEN_REVISION_NAME
  

  执行后，所有新的Pub/Sub消息都会被推送到绿色修订版消费。

2. 把触发器绑定到服务默认路由（推荐用于自动化流程） #

如果希望后续的蓝绿部署能自动同步事件路由，你可以把触发器绑定到服务的无版本默认URL（不带修订版后缀的服务域名），这样触发器的推送请求会自动遵循Cloud Run的流量拆分规则：

• 创建或更新触发器时，不要指定--revision参数，只指定服务名即可：

  gcloud run triggers create pubsub YOUR_TRIGGER_NAME \
    --service YOUR_SERVICE_NAME \
    --topic YOUR_PUBSUB_TOPIC \
    --region YOUR_REGION
  

  这样以后你设置100%流量到绿色修订版时，Pub/Sub的推送请求也会自动路由到绿色版本，不用每次手动更新触发器。

3. 在CI/CD流水线中加入触发器同步步骤 #

为了避免手动操作的遗漏，建议在你的部署流程里加一步自动化操作：当完成绿色版本部署并设置好HTTP流量后，自动更新触发器指向绿色修订版。比如可以用gcloud命令先获取绿色标签对应的修订版名称，再更新触发器：

# 获取绿色标签对应的修订版名称
GREEN_REVISION=$(gcloud run services describe YOUR_SERVICE_NAME --region YOUR_REGION --format="value(status.tags.green.revision)")

# 更新触发器指向该修订版
gcloud run triggers update pubsub YOUR_TRIGGER_NAME \
  --service YOUR_SERVICE_NAME \
  --revision $GREEN_REVISION

验证生效的方法 #

修改完成后，你可以通过以下方式确认是否解决问题：

• 查看Cloud Run触发器的配置详情，确认目标修订版或服务路由正确；
• 检查蓝色修订版的日志，确认是否还有新的Pub/Sub消息进来；
• 查看绿色修订版的日志，确认消息正常被消费。

备注：内容来源于stack exchange，提问作者Sagar