对于我工作的公司，我们希望使用RabbitMQ作为我们的主要消息总线。我们的想法是每个应用程序都使用自己的vhost进行内部通信，通过铲子或联合插件，我们可以跨多个vhosts共享某些类型的事件（甚至可能是多台机器（非群集）） 。 我们选择每个vhost的应用程序将内部通信与公共事件分开，并保持每个应用程序的安全性可调。
基于RabbitMQ网站上发布的信息，当我不得不选择铲子或我必须选择联合插件时，我不会得到它。
RabbitMQ有以下explanation何时使用：
通常，当您需要比联盟提供的更多控制时，您可以使用铲子在互联网上链接经纪人。
当我选择联邦时，我所缺少的铲子中的细粒控制是什么？
目前我认为我更喜欢联合插件，因为我可以通过联合插件提供的REST API自动进行vhost间通信。 在铲子的情况下，我需要更改铲子配置并在每次我们想要在vhost之间共享事件时重新启动RabbitMQ实例。我的想法是否正确？
我们目前在Windows上运行RMQ，客户端从.NET连接。在不久的将来，Java / Perl / PHP客户端将加入。
总结我的问题：
答案 0 :(得分：32)
Shovels和队列提供了从一个RabbitMQ节点转发到另一个RabbitMQ节点的不同方法。
联邦交换
通过联合交换，队列可以连接到上游（源）节点上的队列。此外，下游（目标）节点上的交换将接收发布到上游节点的消息副本。
联合交换类似于交换到交换绑定，因为它们可以（可选地）订阅来自上游交换的有限消息集。
联合队列 （注意：这些是RabbitMQ 3.2.x中的新功能）
使用联合队列，消费者可以连接到上游（源）和下游（目标）节点上的队列。
本质上，下游队列是上游队列中的消费者，期望会有其他下游消费者以与附加到上游队列的消费者相同的方式处理消息。
下游（联合）队列消耗的任何消息都不可用于上游队列中的使用者。
用例：
如果将消费者从一个节点迁移到另一个节点，联合队列将允许这种情况发生，而不会丢失消息或处理两次消息。
典型的用法是分配相同的“逻辑”队列 在许多经纪人。每个代理都会声明一个联合队列 上游的所有其他联合队列。 （链接将形成一个 在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主要提供队列/交换和授权用户之间的逻辑（和访问）分离。
答案 1 :(得分：17)
Shovel 就像一个精心设计的内置消费者。它可以使用来自源代理和队列的消息，并将它们发布到目标代理和交换中。您可以编写一个应用程序来执行此操作，但是铲子已经正确 - 如果您只需要将消息从队列移动到同一个或另一个代理中的交换机，则铲子可以为您完成。就像一个表现良好的应用程序一样，它可以声明交换/队列/绑定，重新连接，更改路由密钥等。您可以在源代理或目标代理上进行设置，甚至可以使用第三个代理。它基本上是一个AMQP客户端。
另一方面，联合用于将您的代理连接到一个或多个上游代理，或者您甚至可以创建代理链，以您喜欢的方式弯曲拓扑。您可以联合交换或队列，例如将消息分发给多个代理，而无需将其他队列绑定到主题交换或使用扇出交换，并将消息从每个队列铲除到下游代理。
总而言之，联邦在更高层次上运作，而铲子主要是“只是”一个写得很好的客户。
要重新配置铲子，不幸的是你必须重新启动代理。
我认为你真的不需要每个app vhost。您可以将每个应用程序用户添加到代理，而无需单独的vhost。但不确定你在“在vhosts之间分享一个事件”的意思。