Go 谷歌云Kubernetes上任务队列的替代方案

我发现任务队列主要用于App Engine标准环境。我正在将我们现有的服务从App Engine迁移到Kubernetes。对于任务队列，什么是好的替代方案？推送队列是当前正在使用的队列

我在线阅读文档，并浏览了以下链接： 但对于酒吧/酒吧是否是Kubernetes的一个好选择，目前还没有明确的答案

编辑：

---

我当前的用例是，一个服务对一组ID执行类似的任务，而某个任务需要一些时间才能完成，因此队列将接受此任务并对其进行处理，而该服务可以并行执行其他任务。虽然Pub/Sub主要需要发布者和订阅者，但服务本身有一些任务需要并行处理

我认为这是一个很好的消息队列工具。它与您部署/运行服务的方式是正交的，无论是使用Kubernetes还是其他方式

关于在GCP上使用pubsub和Kubernetes，有很多相关文档，比如。

我认为这是消息队列的一个很好的工具。它与您部署/运行服务的方式是正交的，无论是使用Kubernetes还是其他方式

---

关于在GCP上使用pubsub和Kubernetes，有很多相关文档，比如。

我当前的用例是，一个服务对一组ID执行类似的任务，而某些任务需要一些时间才能完成，因此队列将接受此任务并对其进行处理，而服务可以并行执行其他任务。虽然pubsub主要是在我们有发布者和订阅者的地方需要的，但服务本身有一些任务，需要保持并行处理@蝙蝠侠：这是在同一个过程中，还是在一个单独的过程中处理任务？事实上，但云发布/订阅不允许基于etame的延迟执行当前用例是，服务对一组ID执行类似任务，而某些任务需要一些时间才能完成，因此队列将接受此任务并处理它，而服务可以并行执行其他事情。虽然pubsub主要是在我们有发布者和订阅者的地方需要的，但服务本身有一些任务，需要保持并行处理@蝙蝠侠：这是在同一个流程中还是在单独的流程中处理任务？确实是Eli，但云发布/订阅不允许基于ETA的延迟执行