长时间运行的云运行进程和发布订阅消息重试 [英] long running cloud run process and pubsub message retry

问题描述

我有一个云运行服务，最长可运行60分钟。pubSub是云运行服务执行的触发点。 重试策略的发布订阅配置设置为最大值(600s)。

现在，当从pubSub发布消息时，云运行开始执行，因为完成执行大约需要60分钟，但600秒后的pubSub消息开始重试，因为它没有收到云运行的任何确认，从而导致云运行服务一次又一次地执行。

如何处理此处的发布订阅重试，使云运行不会因为重试而一次又一次地执行。

推荐答案

我在考虑使用云任务或云工作流作为长期运行的云运行的代理。遗憾的是，这两种服务的最大超时时间都是1800秒(30分钟)。顺便说一句，即将到来的云工作流回调功能将有12小时超时。同时，我将创建一个代理AS Cloud Function，由PubSub消息触发，将立即得到确认，该函数将与PubSub消息异步调用您的Cloud Run，并立即返回。

这篇关于长时间运行的云运行进程和发布订阅消息重试的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！