rabbitmq - 何时使用 RabbitMQ 铲子以及何时使用 Federation 插件？

Question

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

基于 RabbitMQ 上发布的信息网站 当我必须选择铲子或当我必须选择联邦插件时，我不明白。

RabbitMQ 有以下 explanation何时使用什么:

Typically you would use the shovel to link brokers across the internet when you need more control than federation provides.

当我选择联合时，我缺少的铲子的细粒度控制是什么？

此刻，我想我更喜欢联邦插件，因为我可以通过联邦插件提供的 REST API 自动进行虚拟主机间通信。如果是铲子，每次我们想要在虚拟主机之间共享事件时，我都需要更改铲子配置并重新启动 RabbitMQ 实例。我的想法正确吗？

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

总结我的问题:

• 我在使用铲子时缺少的细粒控制是什么
  选择联合？
• 改变的唯一方法是否正确？当我使用铲子时，虚拟主机间通信是通过更改配置文件并重新启动实例来实现的吗？
• 设置(每个应用程序的虚拟主机)是否有意义，还是我完全没有捕获要点？

Answer 1

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

联合交易所

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

联合交换类似于交换到交换的绑定(bind)，因为它们可以(可选)从上游交换订阅一组有限的消息。

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

通过联合队列，消费者可以连接到上游(源)和下游(目标)节点上的队列。

本质上，下游队列是上游队列上的消费者，期望会有额外的下游消费者以与附加到上游队列的消费者相同的方式处理消息。

下游(联合)队列消耗的任何消息将不可用于上游队列上的消费者。

用例:

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

用例:from the RabbitMQ docs

The typical use would be to have the same "logical" queue distributed over many brokers. Each broker would declare a federated queue with all the other federated queues upstream. (The links would form a complete bi-directional graph on n queues.)

铲子

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

铲子消耗队列中的消息并将它们发送到目标节点上的交换器。 (注意:虽然通常不作为该模式的一部分进行讨论，但没有什么可以阻止消费者连接到源节点上的队列。)

回答具体问题:

What is the fine grain control in shovels which I am missing when I choose for federation?

铲子不必驻留在“上游”或“下游”节点上。它可以从独立的节点进行配置和操作。

shovel 可以自行创建链接的所有元素:源队列、队列绑定(bind)和目标交换。因此，它对源节点或目标节点都是非侵入性的。

Is it correct that the only way to change the inter-vhost-communication when I use shovels is by changing theconfig file and rebooting the instance?

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

使用以下命令(警告:仅在 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).'

.

Does the setup (vhost per application) make sense or am I missing the point completely?

此决定将取决于您的用例。虚拟主机主要提供队列/交换器和授权用户之间的逻辑(和访问)分离。