长运行Cloud Run服务对接Pub/Sub时如何避免重试导致重复执行？

Pub/Sub的消息确认截止时间当前设置为600秒，而你的Cloud Run任务完整执行需要60分钟，服务未在截止时间内返回确认应答就会触发Pub/Sub自动重试，最终导致Cloud Run被反复触发。

• 方案1（最推荐，兼顾容错和长任务适配）：在Cloud Run任务运行过程中，定期调用Pub/Sub的ModifyAckDeadline接口主动延长当前消息的确认有效期。由于Pub/Sub单条消息的确认截止时间最大仅支持设置为600秒，你可以每8分钟调用一次该接口，将消息的确认截止时间再延长10分钟，直到任务执行完成后再返回正式的确认应答即可，全程不会触发重试。
• 方案2：修改Cloud Run服务的执行逻辑，收到Pub/Sub消息后先返回确认应答，再异步执行实际的60分钟任务。该方案需要你自行实现任务失败后的兜底重试逻辑，因为Pub/Sub收到确认应答后就会删除该消息，不会再自动发起重试。如果采用该方案建议额外加一层幂等校验：用独立存储（比如数据库、KV缓存）记录正在执行的任务ID，每次收到Pub/Sub消息时先校验任务是否已经在执行，避免极端情况下的重复投递导致重复运行。
• 方案3（仅适合容错要求极低的场景）：直接将Pub/Sub订阅的重试策略设置为禁用，仅保留首次消息投递。该方案没有重试兜底，任务执行失败后需要你人工介入处理，不推荐核心业务使用。

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