//配置目录结构--app |--src |--config |--application.properties//配置内容RCV_INTERVAL_TIME=20然而，当针对某一分布式PaaS服务编写分布式规则的时候，作为PaaS服务提供方(而不是应用方)在设计配置时，会存在不少问题。以MQ 限流场景为例，将存在以下可能的问题：
如何区分全局配置和局部应用配置：比如PaaS服务方在统一管控平台提供服务时，如何既有全局的规则配置，又能针对某个应用进行特殊配置。
如何区分不同集群MQ服务：比如MQ1 Cluster和MQ2 Cluster的配置在保证配置命名统一的情况下，能有效被区分。
如何针对不同的环境，如dev, test, staging, prod等，基于同一套配置中心进行环境隔离。
以上MQ限流场景需求可由以下图例简述。
显然，不恰当的配置命名规范将影响以上的配置的易用性。
接下来本文基于配置中心介绍这一方面的最佳实践。为了说明配置的命名规范，我们需要介绍一下这方面配置中心对应的配置结构组织的能力。
关于配置中心的一些配置结构功能说明
除了能对配置进行集中管理，订阅推送等能力，配置中心的配置结构化能力能帮助管理员大大简化不同应用复杂场景下的配置管理。
配置中心的配置结构能力说明：
配置中心的配置结构能力可从以下几个场景进行说明：
租户隔离：配置中心针对不同用户或场景将配置进行隔离的能力。通过租户隔离，不同的配置在不同的租户可以重名，而且具有不同的鉴权机制。
最小配置集合：配置中心如何将若干配置组合成一个配置集合。通过发布将不同配置放在一个最小配置集合来更改和发布，配置可以以类似事物的形式，统一发布，应用这样可以统一处理。其中，配置路径类似于一个文件路径或者网络域名的概念，使得不同配置集合之间拥有层级关系。
具体配置的Key-Value形式：用户如何具体在配置中心中设置具体配置内容。
配置中心配置结构能力产品比较
为了进一步具像化说明，我们基于以下几个配置中心产品进行这方面的功能比较：
阿里云 ACM: 阿里云应用配置管理，前身为Diamond，算是国内最早的配置中心产品。目前在Git上有不同开源版本，在阿里云上有商业版供使用。
Spring Cloud Config: Spring Cloud官方用于做配置中心的工具，主要是在Java Spring领域使用。
ZooKeeper: ZK其本身虽具备一部分配置中心能力，但是由于本身定位于分布式协调信息管理，因此只适合在应用规模不大的情况下做配置中心。鉴于其使用广大，因此也在这里用于比较一下。
以下是对比详细情况：
通过以上内容可见，ACM在租户隔离和最小配置集合方面都有比较好的灵活性。以下内容我们介绍如何合理利用ACM的Namespace, Group, DataID等配置功能来设计一个合理配置结构来进行QoS限流策略。
基于配置中心的分布式服务的配置设计最佳实践
配置结构
为了满足MQ配置的功能性需求，结合ACM的特点，设计以下配置方法。
对于不同环境的MQ配置，通过不同的Namespace进行隔离。如
ProdEnv 命名空间用于生产环境，TestEnv, DevEnv分别用于测试和开发环境。
不同环境天然通过AK/SK来隔离，安全得到进一步加强。
对于不同集群提供的MQ服务，可通过Group来进行区分，以进行配置隔离和简化访问形式。
例如，对于专门为子部门核心交易部门服务的MQ集群，和为子部门交易类目部门服务的MQ集群，可通过Group来区分不同的全局配置。这样的好处在于，对于生产系统，所有应用采用同一(子)公司的AK/SK(或类似认证体系密钥)，简化了部署的同时，不同集群的配置得到有效的隔离，简化了配置复杂性。
