基于 Redis [^1] 实现的注册中心。
从 2.1.0
版本开始支持。
Redis 过期数据通过心跳的方式检测脏数据,服务器时间必须同步,并且对服务器有一定压力,否则过期检测会不准确
使用 Redis 的 Key/Map 结构存储数据结构:
使用 Redis 的 Publish/Subscribe 事件通知数据变更:
register
, unregister
, subscribe
, unsubscribe
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/consumers
下,添加当前消费者的地址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 address="redis://10.20.153.10:6379" />
或
<dubbo:registry address="redis://10.20.153.10:6379?backup=10.20.153.11:6379,10.20.153.12:6379" />
或
<dubbo:registry protocol="redis" address="10.20.153.10:6379" />
或
<dubbo:registry protocol="redis" address="10.20.153.10:6379,10.20.153.11:6379,10.20.153.12:6379" />
<dubbo:registry group="dubbo" />
设置 redis 中 key 的前缀,缺省为 dubbo
。<dubbo:registry cluster="replicate" />
设置 redis 集群策略,缺省为 failover
:failover
: 只写入和读取任意一台,失败时重试另一台,需要服务器端自行配置数据同步replicate
: 在客户端同时写入所有服务器,只读取单台,服务器端不需要同步,注册中心集群增大,性能压力也会更大阿里内部并没有采用 Redis 做为注册中心,而是使用自己实现的基于数据库的注册中心,即:Redis 注册中心并没有在阿里内部长时间运行的可靠性保障,此 Redis 桥接实现只为开源版本提供,其可靠性依赖于 Redis 本身的可靠性。