在RabbitMQ中，哪个更昂贵，每个交换机多个队列，还是每个交换机多个且队列更少？

Question

因此，我们决定在向微服务体系结构的迁移中使用RabbitMQ作为消息/事件总线，但我们无法确定放置队列的最佳方式，我们有两种选择：

请记住，所有队列、交换和绑定都将通过发布或订阅的服务动态完成。

Answer 1

我将首先重新总结我认为是你的问题，因为我肯定它埋在你的帖子的某个地方。

除了用于实际消息处理的一系列特定于工作的队列之外，还希望有一个跟踪器/日志队列。哪种交换拓扑最适合这种场景？

首先，考虑到您的html" target="_blank">应用程序，这两个选项都没有多大意义。选项1将创建一个exchange，该exchange将向绑定到它的每个队列发布消息。这显然不是你想要的。选项2将为您提供一个相当复杂的路由拓扑，其优点尚不清楚，缺点是维护痛苦，学习曲线陡峭。（仅仅因为你能做某事并不意味着你应该做。）

应该怎么做？

重要的是要记住，在RabbitMQ中，是队列消耗代理的资源。交易所只是将队列与发布者连接起来。交换是达到目的的手段，而队列本身就是目的。

相反，我认为您应该做的是设置一个单一的主题交换。将跟踪队列绑定到路由键#，以便您接收所有消息。然后，适当地绑定您的工作队列，以便它们只接收需要流入其中的消息。例如，通常按消息类型路由消息，其中每个队列只包含一种类型的消息。这既简单又有效。

单主题交换的优点是，根据所使用的绑定键，您可以获得直接交换和扇出交换的好处。此外，配置更改很容易实现，通常可以在不中断任何系统处理的情况下完成（假设您想停止跟踪某些消息——假设您的路由键是合理的，这可以使用主题交换轻松完成）。

Answer 2

您可以在本主题中找到一些解释：RabbitMQ主题交易所：1交易所vs许多交易所

我使用RabbitMQ的方式与您在案例2中展示的方式非常相似，因为我发现了与本文中描述的相同的好处：https://skillachie.com/2014/06/27/rabbitmq-exchange-to-exchange-bindings-ampq/

Exchange到Exchange绑定在您可以设计的拓扑方面更加灵活，促进了解耦

据说Exchange到Exchange绑定非常轻量级，因此有助于提高性能*

根据我自己在exchange到exchange方面的经验，案例2非常好，它将允许以非常快速的方式创建/更改消息流拓扑。