Dubbo 集成 Zookeeper面试题整理

版权声明:本博客所有内容采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可 https://blog.csdn.net/Soinice/article/details/84796662

Dubbo 面试题整理:

https://blog.csdn.net/Soinice/article/details/83858764

下面我为大家准备了一些 Dubbo 集成 Zookeeper 常见的的面试题,一些是我经常问别人的,一些是我过去面试遇到的一些问题,总结给大家,希望对大家能有所帮助。

1.Dubbo中zookeeper做注册中心,如果注册中心集群全都挂掉,发布者和订阅者之间还能通信么?

可以的。

启动dubbo时,消费者会从zk拉取注册的生产者的地址接口等数据,缓存在本地。每次调用时,按照本地存储的地址进行调用。但是在注册中心全部挂掉后增加新的提供者,则不能被消费者发现。

所以消费者本地有一个生产者的列表,他会按照列表继续工作,倒是无法从注册中心去同步最新的服务列表,短时间内注册中心挂掉是不要紧的,但一定要尽快修复。

健壮性

  • 监控中心宕掉不影响使用,只是丢失部分采样数据
  • 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务
  • 注册中心对等集群,任意一台宕掉后,将自动切换到另一台
  • 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯
  • 服务提供者无状态,任意一台宕掉后,不影响使用
  • 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复

2.Dubbo连接注册中心和直连的区别

在开发及测试环境下,经常需要绕过注册中心,只测试指定服务提供者,这时候可能需要点对点直连,点对点直联方式,将以服务接口为单位,忽略注册中心的提供者列表。
服务注册中心,动态的注册和发现服务,使服务的位置透明,并通过在消费方获取服务提供方地址列表,实现软负载均衡和Failover, 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外,注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者。
注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表。
注册中心和监控中心都是可选的,服务消费者可以直连服务提供者。

3.Dubbo在安全机制方面是如何解决的

Dubbo通过Token令牌防止用户绕过注册中心直连,然后在注册中心上管理授权。Dubbo还提供服务黑白名单,来控制服务所允许的调用方。

4.Dubbo 在运行时,一个新的提供者服务启动,消费者是如何感知的

无法感知

当新的提供者启动的时候,会去注册中心注册,但是 消费者用不用不一定。

注册中心有以下两个基本职责:

  • 服务地址注册,服务提供者主要把服务地址注册到地址中心。在注册中心聚合了服务提供者的地址列表。能够提供给服务调用者使用。
  • 服务地址发现,注册中心需要为服务调用者提供,服务提供者的地址。并且能够感知到服务提供者的变化,并及时的更新地址列表,并通知给调用者。

注册中心感知服务上线,在服务提供者时,会主动的通知给注册中心。在注册中心拿到新的服务地址之后,会通知给调用者客户端。

服务下线有两种情况,一种是主动下线,另一种是心跳包检测服务下线。主动下线的操作比较可靠。心跳包检测到服务下线就有可能产生误判。有以下两种情况:

  1. 当注册中心的负载比较高时,服务提供者的心跳包来不及处理,就误认为服务已下线。并且通知给服务的调用者。导致本可以使用的服务,变成不可用。
  2. 注册中心和服务提供者的网络断了,这样导致注册中心产生误判。

 

 

 

 

 

 

 

展开阅读全文

没有更多推荐了,返回首页