RabbitMQ入门_14_Policies

参考资料：https://www.rabbitmq.com/parameters.html#policies

A. Policies 的用途

RabbitMQ 有很多可选参数（x-arguments），这些参数由客户端提供，决定是否使用各种可选特性，例如 TTL 和队列长度限制等。

由客户端设定这些参数导致对这些参数的修改需要修改代码、重部署项目、重新创建队列。同时，我们也没法给一组队列或者交换机设定相同的参数。引入 Policies 就是为了解决这些问题。

B. Policies 的范围

基本上所有的可选参数都有对应的 Policies。没在官网找到完整的 Policies 列表，但是管理插件中列出了很多 Policies：

C. 定义 Policies 的方法

目前有三种途径：

• 通过 rabbitmqctl 命令创建
• 通过 RabbitMQ REST API
• 通过管理插件

使用 rabbitmqctl 创建 Policies 命令格式如下： ``` rabbitmqctl set_policy "" '' --priority --apply-to ```

对应实例：

    rabbitmqctl set_policy TTL ".*" '{"message-ttl":60000}' --apply-to queues
    rabbitmqctl set_policy ha-fed "^hf." '{"federation-upstream-set":"all","ha-mode":"all"}' --priority 1 --apply-to queues

Policy 各属性解释：

• name：名字，可以使用任意 ASCII 字符，建议不要使用空格
• pattern：用于匹配队列/交换机的正则表达式
• definition：JSON格式的一组键值对，表示设置的属性，会被注入匹配队列/交换机
• priority：优先级。一个队列/交换机只会有一个生效的 Policy，如果匹配多个 Policy，则优先级数值最大的 Policy 生效
• apply-to：该 Policy 是针对队列，还是交换机，还是同时针对两者

## D. Policies 与客户端设置的可选参数的优先性

当一个队列/交换机被客户端设置了可选参数，同时又有生效的相关 Policy 时，哪个优先呢？

对于 DLX，官方文档指明是客户端设置的可选参数覆盖 Policy；对于消息TTL、队列长度限制，官方文档未给出说明。

TODO：整理所有的 Policy 及优先性。