我目前正在评估消息队列系统,RabbitMq似乎是一个很好的候选者,所以我正在深入研究它.
为了给出一些上下文,我希望有一个类似于一个交换负载的东西来平衡消息发布到多个队列.我不想复制邮件,因此不能选择扇出交换.
另外我之所以考虑拥有多个队列而不是一个队列来处理与消费者的循环,我不希望我们的单点故障处于队列级别.
听起来我可以在发布者端添加一些逻辑来通过编辑路由键并具有适当的绑定来模拟该行为.但这种被动方法不会考虑每个队列上的消息消耗速度,如果该队列的消费者应用程序已经死亡,可能会导致填满一个队列.
我正在寻找一种来自交换实体方面的更主动的方式,它将根据每个队列大小或某种性质决定在何处发送下一条消息.
我读到了Alice和可用的RESTful API,但这似乎是实现快速路由决策的重要解决方案.
任何人都知道如果在交换队列之间循环是否可行,那么RabbitMQ呢？谢谢.
京公网安备 11010802040832号 | 京ICP备19059560号-6 