我一直在看BullMQ的文档：
https://github.com/taskforcesh/bullmq
https://docs.bullmq.io/what-is-bullmq的
我注意到在它的比较图中，它不包含像RabbitMQ或NATS Streaming这样的项目。BullMQ似乎是一个跨一个或多个服务器处理简单“作业”的解决方案。
为什么BullMQ比其他消息队列实现更适合简单的“作业”？我试图理解什么时候选择一个实现而不是另一个实现更有意义。
我一直在看BullMQ的文档：
https://github.com/taskforcesh/bullmq
https://docs.bullmq.io/what-is-bullmq的
我注意到在它的比较图中，它不包含像RabbitMQ或NATS Streaming这样的项目。BullMQ似乎是一个跨一个或多个服务器处理简单“作业”的解决方案。
为什么BullMQ比其他消息队列实现更适合简单的“作业”？我试图理解什么时候选择一个实现而不是另一个实现更有意义。
1条答案
按热度按时间vcudknz31#
一个区别是Bullmq根本没有后端，只有Redis。所有与messageQ相关的逻辑都在SDK中。
让我们指出，bullMQ主要是为nodejs设计的，Python的工作正在进行中。
在我看来，主要的区别在于bullMQ具有父子关系，可用于创建flow。
我不记得其他消息队列中的另一个特性是沙盒处理器（使用nodejs工作线程）
我还建议阅读有关agenda的内容