BullMQ和其他消息队列实现之间的区别是什么?



我一直在看BullMQ的文档:

https://github.com/taskforcesh/bullmq

https://docs.bullmq.io/what-is-bullmq

我注意到它的比较图中不包含像RabbitMQ或NATS Streaming这样的项目。BullMQ似乎是处理简单"作业"的解决方案。跨一个或多个服务器。

为什么BullMQ更适合简单的"工作"?与其他消息队列实现相比?我试图理解选择一种实现比另一种实现更有意义。

一个不同的是,Bullmq没有后端,只有Redis。所有与messageq相关的逻辑都在SDK中。

让我们指出,bullMQ主要是为nodejs设计的,Python的工作正在进行中。

在我看来,主要的区别在于,bullMQ具有可用于创建流的父子关系。

在其他消息队列中我不记得的另一个功能是沙盒处理器(使用nodejs工作线程)

我还建议阅读一下议程

相关内容

  • 没有找到相关文章