何时使用RabbitMQ铲，何时使用联盟插件？

对于我工作的公司，我们希望使用RabbitMQ作为我们的主消息总线。我们的想法是，每个应用程序都使用自己的vhost进行内部通信，通过spook或federation插件，我们可以跨多个vhost（甚至可能是多台机器（非集群））共享特定类型的事件。 我们为每个vhost选择应用程序，以将内部通信与公共事件分开，并保持每个应用程序的安全性可调

根据网站上发布的信息，当我必须选择铲子或联邦插件时，我没有得到它

RabbitMQ具有以下使用内容的时间：

通常，当您需要比联合会提供更多的控制时，您会使用铲子在互联网上链接代理

当我选择加入联邦时，我所缺少的铲子细粒度控制是什么

目前，我想我更喜欢联邦插件，因为我可以通过联邦插件提供的RESTAPI自动化vhost间的通信。 对于铲子，我需要更改铲子配置，并在每次希望在vhost之间共享事件时重新启动RabbitMQ实例。我的想法对吗

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

总结我的问题：

• 铲子中的细粒度控制是什么？当我使用铲子时，我缺少了这些细粒度控制
  选择加入联邦
• 唯一能改变现状的方法是什么 当我使用铲子时，vhost之间的通信是通过更改配置文件并重新启动实例来实现的
• 设置（每个应用程序的vhost）是否合理，或者我是否完全忽略了这一点

---

电铲的作用就像一个精心设计的内置消费者。它可以使用来自源代理和队列的消息，并将它们发布到目标代理和exchange中。您可以编写一个应用程序来实现这一点，但斯派特已经做对了——如果您所需要的只是将消息从队列移动到同一个或另一个代理中的exchange，斯派特可以为您完成。就像一个表现良好的应用程序一样，它可以声明交换/队列/绑定、重新连接、更改路由密钥等。您可以在源代理或目标代理上设置它，甚至可以使用第三个代理。它基本上是一个AMQP客户端

另一方面，联合用于将您的代理连接到一个或多个上游代理，或者您甚至可以创建代理链，以任意方式弯曲拓扑结构。您可以联合交换或队列，例如，将消息分发到多个代理，而无需将其他队列绑定到主题交换或使用扇出交换，并将消息从每个队列转移到下游代理

综上所述，联邦在更高的层次上运作，而斯派特基本上“只是”一个编写良好的客户机

不幸的是，要重新配置铲子，您必须重新启动代理

---

我不认为你真的需要一个每应用vhost。您可以将每个应用程序用户添加到代理，而无需单独的vhost。但不确定“在vhost之间共享事件”的含义。

铲子和队列提供了将消息从一个RabbitMQ节点转发到另一个节点的不同方式

联邦交易所

使用联邦交换，队列可以连接到上游（源）节点上的队列。此外，下游（目的地）节点上的交换机将接收发布到上游节点的消息副本

联邦交换类似于交换到交换绑定，因为它们可以（可选地）订阅来自上游交换的有限消息集

联合队列 （注意：这些是RabbitMQ 3.2.x中新增的）

使用联合队列，使用者可以连接到上游（源）和下游（目标）节点上的队列

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

下游（联合）队列使用的任何消息对于上游队列上的使用者都不可用

用例：

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

用例：

典型的用法是分布相同的“逻辑”队列 超过许多经纪人。每个代理将声明一个具有 上游的所有其他联合队列。（链接将形成一个 n个队列上的完整双向图。）

电铲

另一方面，铲子将“上游”队列连接到“下游”交换。（我将这些术语放在引号中，因为Solve文档没有使用与federation文档相同的语义描述节点。）

铲使用来自队列的消息，并将它们发送到目标节点上的exchange。（注意：虽然通常不作为此模式的一部分进行讨论，但没有任何东西可以阻止使用者连接到源节点上的队列。）

回答具体问题：

当我使用铲子时，我所缺少的细粒度控制是什么 选择加入联邦

电铲不必位于“上游”或“下游”节点上。它可以从独立节点进行配置和操作

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

这是正确的吗

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).'