RabbitMQ更改生产系统上的队列参数

Question

我正在使用RabbitMQ作为面向服务的体系结构中的消息队列，其中许多单独的web服务发布绑定到RabbitMQ队列的消息。这些队列依次由执行后台工作的各种消费者订阅；RabbitMQ的一个非常普通的用例。

现在我想更改一些队列参数（特别是，我想用某个路由键将队列绑定到一个新的死信交换）。我的问题是，由于以下几个原因，在生产系统上进行这种更改是有问题的。

在生产系统中不丢失消息的情况下，转换到这些新队列的最佳方法是什么？

我已经考虑了从版本化队列名称到使用新设置创建一个新的vhost，再到在适当的位置进行所有更改。

不同发布者和消费者基础之间的一般协调（或者，更好的是，一种避免需要协调它们的方法）。

Answer 1

队列绑定可以在运行时添加和删除，而不会对客户端产生任何影响，除非客户端手动修改绑定。因此，如果您的问题只是关于绑定，只需通过CLI或web管理面板更改它们，并跳过下面所写的内容。

进行反向不兼容的更改是一个常见的问题，特别是在异构环境中，特别是当多个应用程序试图以自己的方式（使用它们的特定设置）声明相同的实体时。要在多个应用程序中同时更改队列声明并不容易，这在很大程度上取决于整个工作过程的组织方式、应用程序的关键程度、基础设施是什么等等。

又快又脏道：

如何在单个VHOST内部将消息从一个队列迁移到另一个队列是一个有点棘手的问题。整个解决方案在单个vhost中工作，但需要为要修改的每个队列提供额外的队列。在源队列上设置死信交换，并将其指向将过期消息路由到新的目标队列。然后将每个队列消息TTL应用到源队列，设置x-message-ttl=0（将其设置为最小值，请参见“完全不排队”有关立即传递的注释）。这两个操作都可以通过CLI或管理面板完成，并且可以在已经声明的队列上完成。这样，您的发布者就可以像往常一样发布消息，甚至旧的使用者也可以第一次按预期工作，但同时，新的使用者也可以从新的队列中使用，新队列可以手动或以其他方式预先声明新的参数。

请注意，对于消息数量大、消息流量大的队列，要满足流量控制限制存在一些风险，特别是如果您的服务器几乎利用了所有的it资源。

更复杂但更安全的方法（适用于整个消息工作流逻辑更改的情况）：

更新：

您可能会发现非常有用的铲铲插件，特别是动态铲铲，可以在交换和队列之间移动消息，甚至在不同的vhosts和服务器之间移动消息。这是在队列/交换之间迁移消息的最快和最安全的方法。