dubbo注册中心

偏执的太偏执、 2022-01-15 16:25 420阅读 0赞

Dubbo目前支持4种注册中心,（multicast zookeeper redis simple）  
推荐使用Zookeeper注册中心,

### **Multicast注册中心** ###

不需要启动任何中心节点，只要广播地址一样，就可以互相发现  
组播受网络结构限制，只适合小规模应用或开发阶段使用。  
组播地址段: 224.0.0.0 - 239.255.255.255

![1322207-20181214142411279-697960500.png][]

相关概念解析：

提供方启动时广播自己的地址。  
消费方启动时广播订阅请求。  
提供方收到订阅请求时，单播自己的地址给订阅者，如果设置了unicast=false，则广播给订阅者。  
消费方收到提供方地址时，连接该地址进行RPC调用。  
配置multicast 注册中心

<dubbo:registryaddress="multicast://224.5.6.7:1234"/>

Or:

<dubbo:registryprotocol="multicast"address="224.5.6.7:1234"/>

为了减少广播量，Dubbo缺省使用单播发送提供者地址信息给消费者，  
如果一个机器上同时启了多个消费者进程，消费者需声明unicast=false，否则只会有一个消费者能收到消息：

<dubbo:registryaddress="multicast://224.5.6.7:1234?unicast=false"/>

Or:

<dubbo:registryprotocol="multicast"address="224.5.6.7:1234">

<dubbo:parameterkey="unicast"value="false"/>

</dubbo:registry>

### **Zookeeper注册中心**    ###

建议使用dubbo-2.3.3以上版本的zookeeper注册中心客户端  
 **Zookeeper说明**  
Zookeeper是Apacahe Hadoop的子项目，是一个树型的目录服务，支持变更推送，适合作为Dubbo服务的注册中心，工业强度较高，可用于生产环境，并推荐使用，参见：http://zookeeper.apache.org

**Zookeeper安装**  
安装方式参见: Zookeeper安装手册，只需搭一个原生的Zookeeper服务器，并将Quick Start中Provider和Consumer里的  
conf/dubbo.properties中的dubbo.registry.addrss的值改为zookeeper://127.0.0.1:2181即可使用可靠性声明  
阿里内部并没有采用Zookeeper做为注册中心（阿里巴巴为什么不用 ZooKeeper 做服务发现？http://jm.taobao.org/2018/06/13/%E5%81%9A%E6%9C%8D%E5%8A%A1%E5%8F%91%E7%8E%B0%EF%BC%9F/），而是使用自己实现的基于数据库的注册中心，即：Zookeeper注册中心并没有在阿里内部长时间运行的可靠性保障，此Zookeeper桥接实现只为开源版本提供，其可靠性依赖于Zookeeper本身的可靠性。

![1322207-20181214142546781-453435217.png][]

流程说明：

服务提供者启动时  
向/dubbo/com.foo.BarService/providers目录下写入自己的URL地址。  
服务消费者启动时  
订阅/dubbo/com.foo.BarService/providers目录下的提供者URL地址。  
并向/dubbo/com.foo.BarService/consumers目录下写入自己的URL地址。  
监控中心启动时  
订阅/dubbo/com.foo.BarService目录下的所有提供者和消费者URL地址。  
支持以下功能：

当提供者出现断电等异常停机时，注册中心能自动删除提供者信息。  
当注册中心重启时，能自动恢复注册数据，以及订阅请求。  
当会话过期时，能自动恢复注册数据，以及订阅请求。  
当设置<dubbo:registry check="false" />时，记录失败注册和订阅请求，后台定时重试。  
可通过<dubbo:registry username="admin" password="1234" />设置zookeeper登录信息。  
可通过<dubbo:registry group="dubbo" />设置zookeeper的根节点，不设置将使用无根树。  
支持\*号通配符<dubbo:reference group="\*" version="\*" />，可订阅服务的所有分组和所有版本的提供者

### **Redis注册中心**    ###

Redis说明  
Redis是一个高效的KV存储服务器，参见：http://redis.io  
Redis安装  
安装方式参见: Redis安装手册，只需搭一个原生的Redis服务器，并将Quick Start中Provider和Consumer里的conf/dubbo.properties中的dubbo.registry.addrss的值改为redis://127.0.0.1:6379即可使用Redis过期数据  
通过心跳的方式检测脏数据，服务器时间必须相同，并且对服务器有一定压力。  
可靠性声明  
阿里内部并没有采用Redis做为注册中心，而是使用自己实现的基于数据库的注册中心，即：Redis注册中心并没有在阿里内部长时间运行的可靠性保障，此Redis桥接实现只为开源版本提供，其可靠性依赖于Redis本身的可靠性。

![1322207-20181214142655238-1913400434.png][]

数据结构：

使用Redis的Key/Map结构存储数据。  
主Key为服务名和类型。  
Map中的Key为URL地址。  
Map中的Value为过期时间，用于判断脏数据，脏数据由监控中心删除。(注意：服务器时间必需同步，否则过期检测会不准确)  
使用Redis的Publish/Subscribe事件通知数据变更。  
通过事件的值区分事件类型：register, unregister, subscribe, unsubscribe。  
普通消费者直接订阅指定服务提供者的Key，只会收到指定服务的register, unregister事件。  
监控中心通过psubscribe功能订阅/dubbo/\*，会收到所有服务的所有变更事件。  
调用过程：

服务提供方启动时，向Key:/dubbo/com.foo.BarService/providers下，添加当前提供者的地址。  
并向Channel:/dubbo/com.foo.BarService/providers发送register事件。  
服务消费方启动时，从Channel:/dubbo/com.foo.BarService/providers订阅register和unregister事件。  
并向Key:/dubbo/com.foo.BarService/providers下，添加当前消费者的地址。  
服务消费方收到register和unregister事件后，从Key:/dubbo/com.foo.BarService/providers下获取提供者地址列表。  
服务监控中心启动时，从Channel:/dubbo/\*订阅register和unregister，以及subscribe和unsubsribe事件。  
服务监控中心收到register和unregister事件后，从Key:/dubbo/com.foo.BarService/providers下获取提供者地址列表。  
服务监控中心收到subscribe和unsubsribe事件后，从Key:/dubbo/com.foo.BarService/consumers下获取消费者地址列表。  
选项：

可通过<dubbo:registry group="dubbo" />设置redis中key的前缀，缺省为dubbo。  
可通过<dubbo:registry cluster="replicate" />设置redis集群策略，缺省为failover。  
failover: 只写入和读取任意一台，失败时重试另一台，需要服务器端自行配置数据同步。  
replicate: 在客户端同时写入所有服务器，只读取单台，服务器端不需要同步，注册中心集群增大，性能压力也会更大。

### **Simple注册中心** ###

Dogfooding  
注册中心本身就是一个普通的Dubbo服务，可以减少第三方依赖，使整体通讯方式一致。  
适用性说明  
此SimpleRegistryService只是简单实现，不支持集群，可作为自定义注册中心的参考，但不适合直接用于生产环境。

转载自:[https://www.cnblogs.com/twoheads/p/10119251.html][https_www.cnblogs.com_twoheads_p_10119251.html]

[1322207-20181214142411279-697960500.png]: /images/20220115/a559e3734f5e496fbb095b33d91cd8b8.png
[1322207-20181214142546781-453435217.png]: /images/20220115/744cd8806e6842c789171d22dcfbd524.png
[1322207-20181214142655238-1913400434.png]: /images/20220115/2d1e091341b84820beb3d92b1bbf19e5.png
[https_www.cnblogs.com_twoheads_p_10119251.html]: https://www.cnblogs.com/twoheads/p/10119251.html