Zookeeper的数据模型很简单,有一系列被称为ZNode的数据节点组成,与传统的磁盘文件系统不同的是,zk将全量数据存储在内存中,可谓是高性能,而且支持集群,可谓高可用,另外支持事件监听。这些特点决定了zk特别适合作为注册中心(数据发布/订阅)。不过要注意网络闪断引发的节点摘除问题。
Zookeeper注册中心
流程说明:
- 服务提供者启动时
- 向/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="*" />,可订阅服务的所有分组和所有版本的提供者。
在provider和consumer中增加zookeeper客户端jar包依赖:
< dependency >
< groupId >org.apache.zookeeper</ groupId >
< artifactId >zookeeper</ artifactId >
< version >3.3.3</ version >
</ dependency >
|
或直接下载:http://repo1.maven.org/maven2/org/apache/zookeeper/zookeeper
支持zkclient和curator两种Zookeeper客户端实现:
ZKClient Zookeeper Registry
从2.2.0版本开始缺省为zkclient实现,以提升zookeeper客户端的健状性。
缺省配置:
< dubbo:registry ... client = "zkclient" />
|
或:
dubbo.registry.client=zkclient |
或:
zookeeper://10.20.153.10:2181?client=zkclient |
需依赖:
< dependency >
< groupId >com.github.sgroschupf</ groupId >
< artifactId >zkclient</ artifactId >
< version >0.1</ version >
</ dependency >
|
或直接下载:http://repo1.maven.org/maven2/com/github/sgroschupf/zkclient
Curator Zookeeper Registry
从2.3.0版本开始支持可选curator实现。
如果需要改为curator实现,请配置:
< dubbo:registry ... client = "curator" />
|
或:
dubbo.registry.client=curator |
或:
zookeeper://10.20.153.10:2181?client=curator |
需依赖:
< dependency >
< groupId >com.netflix.curator</ groupId >
< artifactId >curator-framework</ artifactId >
< version >1.1.10</ version >
</ dependency >
|
或直接下载:http://repo1.maven.org/maven2/com/netflix/curator/curator-framework
Zookeeper单机配置:
< dubbo:registry address = "zookeeper://10.20.153.10:2181" />
|
Or:
< dubbo:registry protocol = "zookeeper" address = "10.20.153.10:2181" />
|
Zookeeper集群配置:
< dubbo:registry address = "zookeeper://10.20.153.10:2181?backup=10.20.153.11:2181,10.20.153.12:2181" />
|
Or:
< dubbo:registry protocol = "zookeeper" address = "10.20.153.10:2181,10.20.153.11:2181,10.20.153.12:2181" />
|
同一Zookeeper,分成多组注册中心:
< dubbo:registry id = "chinaRegistry" protocol = "zookeeper" address = "10.20.153.10:2181" group = "china" />
< dubbo:registry id = "intlRegistry" protocol = "zookeeper" address = "10.20.153.10:2181" group = "intl" />
|
Redis注册中心
数据结构:
- 使用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: 在客户端同时写入所有服务器,只读取单台,服务器端不需要同步,注册中心集群增大,性能压力也会更大。
Config redis registry:
< dubbo:registry address = "redis://10.20.153.10:6379" />
|
Or:
< dubbo:registry address = "redis://10.20.153.10:6379?backup=10.20.153.11:6379,10.20.153.12:6379" />
|
Or:
< dubbo:registry protocol = "redis" address = "10.20.153.10:6379" />
|
Or:
< dubbo:registry protocol = "redis" address = "10.20.153.10:6379,10.20.153.11:6379,10.20.153.12:6379" />
|
Simple注册中心
Export simple registry service:
<? xml version = "1.0" encoding = "UTF-8" ?>
xsi:schemaLocation = "http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsdhttp://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd" >
<!-- 当前应用信息配置 -->
< dubbo:application name = "simple-registry" />
<!-- 暴露服务协议配置 -->
< dubbo:protocol port = "9090" />
<!-- 暴露服务配置 -->
< dubbo:service interface = "com.alibaba.dubbo.registry.RegistryService" ref = "registryService" registry = "N/A" ondisconnect = "disconnect" callbacks = "1000" >
< dubbo:method name = "subscribe" >< dubbo:argument index = "1" callback = "true" /></ dubbo:method >
< dubbo:method name = "unsubscribe" >< dubbo:argument index = "1" callback = "false" /></ dubbo:method >
</ dubbo:service >
<!-- 简单注册中心实现,可自行扩展实现集群和状态同步 -->
< bean id = "registryService" class = "com.alibaba.dubbo.registry.simple.SimpleRegistryService" />
</ beans >
|
Reference the simple registry service:
< dubbo:registry address = "127.0.0.1:9090" />
|
Or:
< dubbo:service interface = "com.alibaba.dubbo.registry.RegistryService" group = "simple" version = "1.0.0" ... >
|
< dubbo:registry address = "127.0.0.1:9090" group = "simple" version = "1.0.0" />
|
相关推荐
dubbo和zookeeper的关系、 Dubbo和ZooKeeper是两个在分布式...Dubbo和ZooKeeper的关系可以描述为:Dubbo使用ZooKeeper作为其默认的注册中心。当Dubbo服务提供者启动时,它会将自己的地址和相关信息注册到ZooKeeper中。
配置维护大型分布式场景中,对相同配置的集群服务器集中进行配置管理,各服务器在zookeeper中注册watcher监听,发布者更新配置后,zookeeper向订
开发流程包括:首先搭建Zookeeper注册中心,然后使用Spring容器和Dubbo标签发布服务,指定注册中心位置。运行流程则是服务发布后,通过同样方式引用服务,生成服务代理对象,直接调用服务方法。Zookeeper的主要作用...
- 引入Dubbo相关依赖,配置dubbo.properties,指定Zookeeper作为注册中心。 - 将服务接口和其实现类标记为@Service和@Repository,以便Dubbo识别。 - 创建Consumer项目,通过@Reference引用Provider中的服务。 -...
【Dubbo】dubbo注册中心zookeeper支持的功能 171 【Dubbo】集群容错怎么做 171 【Dubbo】说说核心的配置有哪些? 173 【Dubbo】服务上线怎么不影响旧版本? 174 【Dubbo】dubbo使用中遇到的问题 174 【Zookeeper】...
- **机制**:客户端可以在特定的节点上注册Watcher监听器,当节点的数据发生变化或节点被删除时,ZooKeeper会向注册的客户端发送Watcher事件通知。 - **限制**:每个Watcher只能触发一次。 #### 6、客户端注册...
简述Mybatis的插件运行原理,以及如何编写一个插件。** - **运行原理:**MyBatis通过拦截器(Interceptor)机制实现插件功能,插件可以拦截SQL执行过程中的各个阶段。 - **编写插件:**实现`Interceptor`接口,并...
12. **服务发现与注册**:服务间的通信需要知道对方的位置,因此需要服务发现机制,如Netflix的Eureka和HashiCorp的Consul,它们允许服务自动注册和发现。 以上就是分布式系统的一些核心知识点,涵盖了系统设计、...
7. **分布式锁与共识算法**:讲解分布式环境下如何实现同步控制,如Zookeeper的分布式锁,以及Paxos、Raft等共识算法的工作流程。 8. **分布式事务处理**:讨论2PC(两阶段提交)、3PC(三阶段提交)等分布式事务...
2. **Dubbo的服务发现机制**:通过注册中心(如Zookeeper)动态维护服务提供者和服务消费者的地址列表。 3. **分布式服务治理**:包括服务注册与发现、负载均衡、熔断降级、服务路由等功能,用于提高分布式系统的...