什么时候使用RabbitMQ铲和联盟插件？

Question

对于我工作的公司,我们希望使用RabbitMQ作为我们的主要消息总线.我们的想法是每个应用程序都使用自己的vhost进行内部通信,通过铲子或联合插件,我们可以跨多个vhosts共享某些类型的事件(甚至可能是多台机器(非群集)) .我们选择每个vhost的应用程序将内部通信与公共事件分开,并保持每个应用程序的安全性可调.

基于在RabbitMQ网站上发布的信息,当我不得不选择铲子或者我必须选择联合插件时,我不会得到它.

RabbitMQ具有以下说明何时使用:

通常,当您需要比联合提供的更多控制时,您可以使用铲子在互联网上链接经纪人.

当我选择联邦时,我所缺少的铲子中的细粒控制是什么？

此时我想我更喜欢联合插件,因为我可以通过联合插件提供的REST API自动进行vhost间通信.在铲子的情况下,我需要更改铲子配置并在每次我们想要在vhost之间共享事件时重新启动RabbitMQ实例.我的想法是否正确？

我们目前在Windows上运行RMQ,客户端从.NET连接.在不久的将来,Java/Perl/PHP客户端将加入.

总结一下我的问题:

• 当我
  选择联邦时,我所缺少的铲子中的细粒控制是什么？
• 在使用铲子时更改vhost间通信的唯一方法是更改​​配置文件并重新启动实例是否正确？
• 设置(每个应用程序的vhost)是否有意义,还是我完全忽略了这一点？

Answer 1

Shovels和队列提供了从一个RabbitMQ节点到另一个RabbitMQ节点的转发消息的不同方法.

联邦交易所

通过联合交换,队列可以连接到上游(源)节点上的队列.此外,下游(目标)节点上的交换将接收发布到上游节点的消息的副本.

联合交换类似于交换到交换绑定,因为它们可以(可选地)订阅来自上游交换的有限消息集.

联合队列 (注意:这些是RabbitMQ 3.2.x中的新增功能)

使用联合队列,消费者可以连接到上游(源)和下游(目标)节点上的队列.

本质上,下游队列是上游队列中的消费者,期望会有其他下游消费者以与附加到上游队列的消费者相同的方式处理消息.

下游(联合)队列消耗的任何消息都不可用于上游队列中的使用者.

使用案例:

如果将消费者从一个节点迁移到另一个节点,则联合队列将允许这种情况发生,而不会丢失消息或处理两次消息.

用例:来自RabbitMQ文档

典型的用途是在许多代理上分配相同的"逻辑"队列.每个代理都会声明一个联合队列,其中包含上游的所有其他联合队列.(链接将在n个队列上形成完整的双向图.)

铲

另一方面,铲子将"上游"队列附加到"下游"交换.(我将这些术语放在引号中,因为铲文档没有描述与联合文档具有相同语义的节点.)

铲子消耗来自队列的消息并将它们发送到目标节点上的交换机.(注意:虽然通常不作为此模式的一部分进行讨论,但没有什么能阻止消费者连接到原始节点上的队列.)

回答具体问题:

当我选择联邦时,我所缺少的铲子中的细粒控制是什么？

一种挖土机不具有为驻留在可"上游"或"下游"节点上.它可以从独立节点进行配置和操作.

铲子可以自己创建链接的所有元素:源队列,队列绑定和目标交换.因此,它对源节点或目的节点都是非侵入性的.

在使用铲子时更改vhost间通信的唯一方法是更改​​配置文件并重新启动实例是否正确？

这通常是铲子的公认缺点.

使用以下命令(警告:仅在RabbitMQ 3.1.x上测试,并且使用rabbitmq.config仅包含的特定文件),您可以从指定文件重新加载铲配置.(在这种情况下/etc/rabbitmq/rabbitmq.config)

rabbitmqctl eval 'application:stop(rabbitmq_shovel), {ok, [[{rabbit, _}|[{rabbitmq_shovel, [{shovels, Shovels}] }]]]} = file:consult("/etc/rabbitmq/rabbitmq.config"), application:set_env(rabbitmq_shovel, shovels, Shovels), application:start(rabbitmq_shovel).'

.

设置(每个应用程序的vhost)是否有意义,还是我完全忽略了这一点？

这个决定将取决于您的用例.vhost主要提供队列/交换和授权用户之间的逻辑(和访问)分离.

Answer 2

铲子就像一个精心设计的内置消费者.它可以使用来自源代理和队列的消息,并将它们发布到目标代理和交换中.您可以编写一个应用程序来执行此操作,但是铲子已经正确 - 如果您只需要将消息从队列移动到同一个或另一个代理中的交换机,则铲子可以为您完成.就像一个表现良好的应用程序一样,它可以声明交换/队列/绑定,重新连接,更改路由密钥等.您可以在源代理或目标代理上进行设置,甚至可以使用第三个代理.它基本上是一个AMQP客户端.

联合会,另一方面用于你的经纪人连接到一个或多个上游经纪人,或者你甚至可以创建经纪人链,弯曲拓扑你喜欢的任何方式.您可以联合交换或队列,例如将消息分发给多个代理,而无需将其他队列绑定到主题交换或使用扇出交换,并将消息从每个队列铲到下游代理.

总而言之,联合会在更高层次上运作,而铲子主要是"只是"一个写得很好的客户.

要重新配置铲,不得不重新启动代理.

我认为你真的不需要每个app vhost.您可以将每个应用程序用户添加到代理,而无需单独的vhost.但不确定你在"共享vhost之间的事件"中的意思.