Dubbo 配置中心、元数据中心

 

配置中心

每个服务的配置都写在自己的配置文件中，更新配置时要一台机器一台机器地修改，很不方便，

dubbo一般使用zk作为配置管理中心，统一管理dubbo的配置。

 

 

dubbo admin  ->  配置管理  -> 创建

 

全局配置的名称使用global，对所有的服务提供者、消费者均有效，写一些公共配置，比如

#注册中心
dubbo.registry.address=zookeeper://192.168.1.9:2181
#连接超时
dubbo.registry.timeout=10000

#dubbo使用的协议、端口
dubbo.protocol.name=dubbo
dubbo.protocol.port=20880

配置会保存在 zkserver的/dubbo/config 中，其中全局配置保存在config下面的 dubbo/dubbo.properties 中。

 

应用级别配置的名称使用服务名（dubbo.application.name），该配置只对指定的服务有效，一般写这个服务私有的配置，比如 dubbo.scan.base-packages 。

如果全局配置中也设置了相同的配置项，以应用级配置为准（越精细的优先级越高）。

 

 

使用配置中心后，提供者、消费者在springboot配置文件中不用写dubbo的其它配置，只写配置中心的配置即可：

#配置中心地址
dubbo.config-center.address=zookeeper://192.168.1.9:2181
#连接到配置中心的超时时间，ms
dubbo.config-center.timeout=10000

应用启动时，会自动连接到配置中心，从配置中心获取dubbo的配置

 

dubbo.scan.base-packages 这种配置，如果觉得放在配置中心代码重构修改包位置时不方便，就放在springboot配置文件中也可以。

 

 

 

---

 

 

 

元数据中心

元数据中心用于存储一些服务提供者、消费者的信息，比如dubbo版本、服务接口的信息（包括方法名、形参表、返回值类型）等等。

dubbo支持2种元数据中心：zk、redis，此处以zk为例。

 

分别在消费者、提供者中加入元数据中心的依赖：

<dependency>
    <groupid>org.apache.dubbo</groupid>
    <artifactid>dubbo-metadata-report-zookeeper</artifactid>
    <version>2.7.6</version>
    <scope>test</scope>
</dependency>

使用redis作为元数据中心的话，把artifactid中的zookeeper换为redis即可。

版本号一般要用maven统一管理dubbo各个依赖的版本，做到dubbo的依赖都是同一版本。此处未统一管理版本。

看到作用域是test，就知道元数据中心这玩意儿是测试用的。

 

 

然后在全局配置中加上元数据中心的配置：

#元数据配置中心地址
dubbo.metadata-report.address=zookeeper://192.168.1.9:2181

一般配置个地址就可以了

 

 

重启应用来获取新的配置，看到zkserver上产生了一个新的节点 /dubbo/metadata，

metadata下面每个子节点都存储一个服务的元数据，provider、consumer分别存储该服务提供者、消费者的元数据，json格式，

数据有点乱，要看的话可以找个json格式化工具格式化一下。

 

 

元数据中心主要的功能是测试服务接口，配置元数据中心以后，可以在dubbo admin中测试服务接口。