如何延长GCP PubSub确认时间超600秒 或设置触发即忘适配长时Cloud Run作业

核心疑问答复 #

• Pub/Sub的确认超时（ack deadline）为服务硬性限制，最大仅支持设置为600秒（10分钟），无法直接调整到60分钟。
• Pub/Sub没有原生的fire and forget触发机制，默认只要推送的消息未在ack截止时间内收到确认，就会判定为处理失败并触发重试。

适配方案 #

方案1：前置返回确认，模拟fire and forget效果 #

将Cloud Run的处理逻辑拆为两步：

1. 接收Pub/Sub消息后先做基础合法性校验，校验通过后立即向Pub/Sub返回ack响应，该步骤耗时远低于10分钟的超时阈值，不会触发重试。
2. 异步启动60分钟的长耗时业务逻辑，不再向Pub/Sub返回处理状态。如果需要失败兜底，可以自己在业务逻辑中实现错误上报、自定义重试逻辑，不需要依赖Pub/Sub的原生重试机制。

该方案改造成本最低，完全满足触发即忘的使用需求。注意需要为Cloud Run开启CPU always allocated配置，避免返回响应后实例被系统回收，中断后台运行的长耗时任务。

方案2：切换为拉取模式自动延长确认超时 #

将Pub/Sub订阅从推送模式调整为拉取模式，在Cloud Run中使用官方Pub/Sub客户端库拉取消息：客户端库支持自动为处理中的消息定期延长ack截止时间，最长可延长至7天，完全覆盖60分钟的处理需求，无需修改业务处理逻辑。

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