【Dubbo】Dubbo2.7新功能 --配置中心、元数据中心

1.配置中心

配置中心提供了动态配置功能，是 Dubbo2.7 版本引入的一个新的功能。

• 简单来说，就是把 dubbo.properties 中的属性进行集中式存储，存储在其他的服务器上。
• 目前 Dubbo 能支持的配置中心有：apollo、nacos、zookeeper

其实，从另外一个角度来看，我们之前用 zookeeper 实现服务注册和发现，本质上就是使用 zookeeper 实现了配置中心，这个配置中心只是维护了服务注册和服务感知的功能。在 2.7 版本中 Dubbo 对配置中心做了延展，出了服务注册之外，还可以把其他的数据存储在 zookeeper 上，从而更好的进行维护。

1.在 dubboadmin 添加配置

应用名称可以是 global，或者对应当前服务的应用名

• 如果是 global 表示全局配置， 针对所有应用可见配置的内容
• 如果是应用名，则只针对某一服务

PS：实际就是 dubbo.properties 中配置的基本信息。只是同意存储在了 zookeeper上

2.本地的配置文件添加配置中心

在 application.properties 中添加配置中心的配置项

dubbo.config-center.address=zookeeper://43.107.136.120:2181
dubbo.config-center.app-name=spring-boot-provider # 要与application.name相同

注：为了可靠性（配置中心挂了还要配置），存在于配置中心上的配置项本地仍然需要配置一份。所以下面这些配置一定要加上。否则启动不了。

dubbo.application.name=spring-boot-provider                       
dubbo.registry.address=zookeeper://43.107.136.120:2181
dubbo.scan.base-packages=com.xupt.yzh.dubboclient

3.配置的优先级

引入配置中心后，两份配置的优先级就需要关注了

• 默认情况下，外部配置的优先级最高， 也就是配置中心上的配置会覆盖本地的配置
• 当然也可以调整优先级 dubbo.config-center.highest-priority=false

配置中心原理

默认所有的配置都存储在/dubbo/config节点，具体节点结构图如下。

• namespace：用于不同配置的环境隔离
• config：Dubbo 约定的固定节点，不可更改，所有配置和服务治理规则都存储在此节点下
• dubbo/application：全局配置（dubbo是默认group值)、应用级别配置（application对应应用名）
• dubbo.properties：此节点的 node value 存储具体配置内容

2.元数据中心

在 Dubbo2.7 之前，所有的配置信息，比如服务接口名称、重试次数、版本号、负载策略、容错策略等等，所有参数都是基于 url 形式配置在 zookeeper 上的。这种方式会造成一些问题 ：

1. url 内容过多，导致数据存储空间增大 ，而注册中心（zookeeper等）的内存空间是有限的
2. url 需要涉及到网络传输，数据量过大会造成网络传输过慢
3. 网络传输慢，会造成服务地址感知的延迟变大，影响服务的正常响应

服务提供者这边的配置参数有30多个，有一半是不需要作为注册中心进行存储的。而消费者这边可配置的参数有 25 个以上，只有个别是需要传递到注册中心的。所以，在 Dubbo2.7 中对元数据进行了改造，简单来说：

• 把属于服务治理的数据发布到注册中心
• 其他的配置数据统一发布到元数据中心。这样一来大大降低了注册中心的负载。

元数据中心配置

元数据中心目前支持 redis 和 zookeeper。官方推荐是采用 redis，因为 redis 本身对于非结构化存储的数据读写性能比较高。当然，也可以使用 zookeeper 来实现。

在配置文件中添加元数据中心的地址：

dubbo.metadata-report.address=zookeeper://43.107.136.120::2181 
dubbo.registry.simplified=true  #注册到注册中心的URL是否采用精简模式的 （与低版本兼容）