适用于Rebus和RabbitMQ，非持久消息和请求答复对等方的理想设置

Question

我正在探索结合使用Rebus和RabbitMQ来涵盖几种不同的情况。

方案A我希望能够有一个中央服务器将通知推送到任意订户列表，但是消息不必是持久的或持久的。 如果订户已连接，他们应该收到通知，但是如果断开连接，则无需为任何客户端排队消息。

到目前为止，在我的测试中，我能够使生产者和消费者与UseRabbitMqInOneWayMode()和ManageSubscriptions() ，但是，当没有订阅者或订阅者断开连接时，消息会在RabbitMQ中累积。 我已经尝试将RabbitMqMessageQueue.InternalHeaders.MessageDurability的标头设置为false，但是它没有任何效果。 我怀疑这是因为Rebus设置的默认队列是持久的。 Rebus中是否可以控制这种行为？

方案B当客户端联机或断开连接时，我想在客户端之间设置请求/答复通道。 例如：

1. 客户端A和客户端B连接
2. 客户端A将发送一条消息，要求仅客户端B拥有的数据。 客户端B收集信息，然后回复给A。
3. 客户端B断开连接
4. 客户端A向客户端B请求数据，并且应收到错误消息，因为B不再可用。

在这种情况下，推荐的配置是什么？

谢谢。

Answer 1

我不是RabbitMQ的专家，因此对RabbitMQ的Rebus支持主要来自社区的贡献。

我认为，尽管可以使用RabbitMQ的“自动删除队列”概念来轻松解决方案A，您可以使用Rebus这样配置它：

Configure.With(...) .Transport(t => t.UseRabbitMq(...) .ManageSubscriptions() .AutoDeleteInputQueue()) .(..)

当最后一个订阅者断开连接时，这会导致RabbitMQ删除队列。

在方案B中，对我来说，听起来好像您最好使用用于同步通信的东西，因为这是您真正想要的。 我建议您使用HTTP，因为它非常擅长进行请求/回复：）