【问题标题】:MassTransit with Quorum queues- Any issues?带有 Quorum 队列的 MassTransit - 有什么问题吗?
【发布时间】:2021-02-23 01:18:58
【问题描述】:

默认情况下,MT 在 RabbitMQ 中创建经典队列类型,我们正在考虑通过在消费者接收端点中将 x-queue-type 设置为仲裁来更改为仲裁队列(因为建议使用这些队列类型而不是 RabbitMQ 文档中的经典镜像队列)配置。

我只是想知道由于此更改而会出现的任何问题?在 MT 消费者中,我正在使用 RabbitMQ 延迟插件使用“ScheduledRedelivery”,所以在此更改后,这是否可以继续工作而没有任何问题?

我只是想知道,对于 MT 的仲裁队列,我们​​有什么需要注意的吗?您对更改为仲裁队列有何建议?

我们的设置:具有 3 个节点的 RabbitMQ 集群

谢谢 JB

【问题讨论】:

    标签: rabbitmq masstransit


    【解决方案1】:

    MassTransit 可以很好地与仲裁队列配合使用,请注意区别。

    我认为仲裁队列不支持消息生存时间,因此它们不应该用于交互式场景中的请求/响应。 Quorum 队列的延迟也比常规队列高,这会增加响应时间。

    【讨论】:

    • 嗨,克里斯,是的,我知道这一点 - 我认为仲裁队列不支持消息生存时间,因此它们不应该用于交互场景中的请求/响应.我没有将其用作请求/响应,但我使用的是使用 Rabbitmq 延迟插件的预定重新交付。此功能是否继续适用于仲裁队列和 MT?我猜预定的重新投递使用 TTL 重新排队,所以如果不支持 TTL,是否也不支持预定投递?谢谢
    • 我没试过。延迟的交换是一个交换(由 Mnesia 支持)并传递到队列并且不使用 TTL,所以这应该不是问题,但我还没有尝试过。
    • 我已经测试了来自 MT 的 Quorum 队列并按计划交付,它可以正常工作。谢谢
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2013-08-05
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2010-10-07
    • 1970-01-01
    相关资源
    最近更新 更多