阿里面试官总结的Dubbo+Zookeeper集群案例(建议收藏)

 

 

一.开源分布式服务框架

1.Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的 RPC 实现服务的输出和输入功能,可以Spring框架无缝集成。

Dubbo是一款高性能、轻量级的开源Java RPC框架,它提供了三大核心能力:①面向接口的远程方法调用;②智能容错和负载均衡;③服务自动注册和发现。

2.结构图

Dubbo+Zookeeper集群案例(建议收藏)

节点角色说明:

Provider: 暴露服务的服务提供方。

Consumer: 调用远程服务的服务消费方。

Registry: 服务注册与发现的注册中心。

Monitor: 统计服务的调用次数和调用时间的监控中心。

Container: 服务运行容器。

调用关系说明

0服务容器负责启动,加载,运行服务提供者provider。

1服务提供者provider在启动时,(通过连接服务器的client)向注册中心注册自己可以提供的服务。(其实就是注册一些provider自己的ip:port以及对自己提供的服务的描述,比如能干什么!)

2服务消费者consumer在启动时,向注册中心订阅自己所需的服务。并注册自己的ip:port等信息。

3注册中心返回服务提供者provider地址列表给消费者consumer,如果有变更,注册中心将基于长连接推送变更数据给消费者consumer。

4服务消费者consumer,从注册中心返回的提供者provider地址列表中,基于软负载均衡算法,选一台提供者provider进行调用,如果调用失败,再选另一台调用。

5服务消费者consumer和提供者provider,在内存中累计调用次数和调用时间,定时每分钟发送一次统计数据到监控中心monitor。

Dubbo 架构具有以下几个特点,分别是连通性、健壮性、伸缩性、以及向未来架构的升级性。


二.Dubbo作用

dubbo其实就是一个中间层管理工具,它是一个框架,里面可以装你想装的服务,一般注册中心大多用zookeeper,当然除了zookeeper,还要Redis等也可以做注册中心。

三.Dubbo+Zookeeper(注册中心使用Zookeeper),Zookeeper其实是树状结构。

1.可以把register理解成房产中介,provider是卖房的人,张三想卖掉自己在秦淮区的学区房,李四想卖掉自己在栖霞区的学区房,consumer王五是想在栖霞区买学区房给自己孩子上学,王五去中介咨询后,中介返回给王五的需求 满足者是李四,王五从中介那得到李四的电话,自己打电话找李四买房。

Dubbo+Zookeeper集群案例(建议收藏)

比如Provider注册的是 192.168.1.(描述121是吃饭,122睡觉,123打游戏,124健身四种不同的服务)

2-0、 、dubbo--这是dubbo在ZooKeeper上创建的根节点 /dubbo

2-1 、 Dubbo在Zookeeper上注册的节点目录:假设接口名称是:
com.bob.dubbo.service.CityDubboService。

这是服务节点,代表了Dubbo的一个服务
/dubbo/com.bob.dubbo.service.CityDubboService

2-2 、 Dubbo启动时,Consumer和Provider都会把自身的URL格式化为字符串,然后注册到zookeeper相应节点下,作为一个临时节点,当连断开时,节点被删除。

这是服务提供者的根节点,其子节点代表了每一个服务真正的提供者
/dubbo/com.bob.dubbo.service.CityDubboService/providers

这是服务消费者的根节点,其子节点代表每一个服务真正的消费者;
/dubbo/com.bob.dubbo.service.CityDubboService/consumers

2-3、 Consumer在启动时,不仅仅会注册自身到 …/consumers/目录下,同时还会订阅…/providers目录下所有的节点,具体的看你订阅具体是哪一个节点(比如订阅健身这些服务),实时获取其上Provider的URL字符串信息。register返回给Consumer这个ip--192.168.1.124,Consumer拿着这个iP直接去找Provider调用这项服务--健身。

2-4 、监控中心启动时订阅
com.bob.dubbo.service.CityDubboService目录下的所有提供者和消费者URL。

四.Dubbo——Zookeeper补充:

Dubbo+Zookeeper集群案例(建议收藏)

支持以下功能:

当提供者出现断电等异常停机时,注册中心能自动删除提供者信息

当注册中心重启时,能自动恢复注册数据,以及订阅请求

当会话过期时,能自动恢复注册数据,以及订阅请求

当设置<dubbo:registry check="false" />时,记录失败注册和订阅请求,后台定时重试

可通过设置<dubbo:registry username="admin" password="124" />设置zookeeper 登录信息

可通过<dubbo:registry group="dubbo" />设置 zookeeper 的根节点,不设置将使用无 根树

支持 * 号通配符 <dubbo:redistry group="*" version="*" />,可订阅服务的所有分组 和所有版本的提供者

补充:

消费者从ZK获取provider地址列表后,会在本地缓存一份。当ZK注册中心所有节点全部宕掉之后,消费者可以使用本地缓存的服务列表和provider进行通信。

ZK的意义在于为consumer和provider提供服务地址的发布/订阅服务,让消费者及时感知最新的服务列表,consumer真正调用provider是通过某种通信协议直接调用,并不依赖ZK。

所以当zookeeper宕机之后,不会影响消费者调用服务提供者,影响的是zookeeper宕机之后如果提供者有变动,增加或者减少,zk无法把变更通知推送给consumer,consumer会因为感知不到变更时间,不去拉取最新的服务列表,导致本地缓存的服务列表有可能过时的。

完结,个人理解,如有偏差,请大家指正,谢谢!如果大家觉得还有帮助,请大家多多关注,点赞收藏!

猜你喜欢

转载自blog.csdn.net/ITjianshuzhai/article/details/106640742