RabbitMQ主题交换：1次交换vs多次交换

Question

我有一个场景，我需要执行一系列流程，每个步骤都在独立的应用程序中完成和扩展。我正在为所有交换使用主题交换。当前拓扑如下所示：

P-

我们正在“版本化”队列，以处理可能影响消息结构的需求更改。绑定可能如下所示：

步骤1。exchange绑定到步骤1。v1。使用绑定键step1排队。v1

步骤1。exchange绑定到步骤1。v2。使用绑定键step1排队。v2级

还有其他与版本无关的绑定模式也使局部交换成为合适的选择。然而，我们可以只使用一个交换来完成同样的事情。

TLDR：当您的用例可以以任何一种方式工作时，使用多个主题交换而不是一个主题交换是否有好处？

Answer 1

看看“使用RabbitMQ实现性能和可扩展性的路由拓扑”http://blog.springsource.org/2011/04/01/routing-topologies-for-performance-and-scalability-with-rabbitmq/

Answer 2

我只是为您复制一些关键片段
https://spring.io/blog/2011/04/01/routing-topologies-for-performance-and-scalability-with-rabbitmq/

>

如果可能有无限多个路由键，请考虑主题交换

对于主题路由，性能会随着绑定数量的增加而降低

扇出交换非常快，因为如果绑定到大量发生变化的队列，它们还没有要处理的路由

如果您不需要通配符，直接交流是一种更快的主题交流形式

与具有更多绑定、更少交换和队列的拓扑相比，对100000个队列中的问题进行故障排除可能会很繁琐

大量的交换和队列占用了更多的内存，这可能很重要，但这取决于

自2011年3月23日发布的RabbitMQ 2.4.0起，一种新的主题路由算法优化可用，峰值速度比以前的主题算法快60倍。因此，一个建议是减少交换和队列，增加路由，因为现在时间增长最小