dubbo 问题整理
1 面试题:Dubbo中zookeeper做注册中心,如果注册中心集群都挂掉,发布者和订阅者之间还能通信么?
可以的,启动dubbo时,消费者会从zk拉取注册的生产者的地址接口等数据,缓存在本地。每次调用时,按照本地存储的地址进行调用
注册中心对等集群,任意一台宕掉后,会自动切换到另一台
注册中心全部宕掉,服务提供者和消费者仍可以通过本地缓存通讯
服务提供者无状态,任一台 宕机后,不影响使用
服务提供者全部宕机,服务消费者会无法使用,并无限次重连等待服务者恢复
2 dubbo连接注册中心和直连的区别
在开发及测试环境下,经常需要绕过注册中心,只测试指定服务提供者,这时候可能需要点对点直连,
点对点直联方式,将以服务接口为单位,忽略注册中心的提供者列表,
服务注册中心,动态的注册和发现服务,使服务的位置透明,并通过在消费方获取服务提供方地址列表,实现软负载均衡和Failover, 注册中心返回服务提供者地址列表给消费者,如果有变更,注册中心将基于长连接推送变更数据给消费者。
服务消费者,从提供者地址列表中,基于软负载均衡算法,选一台提供者进行调用,如果调用失败,再选另一台调用。注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外,注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的,服务消费者可以直连服务提供者
3、Dubbo在安全机制方面是如何解决的
Dubbo通过Token令牌防止用户绕过注册中心直连,然后在注册中心上管理授权。Dubbo还提供服务黑白名单,来控制服务所允许的调用方。
1
2
3
4
|
< dubbo : service retries = "2" cluster = "failover" / >
或:
< dubbo : reference retries = "2" cluster = "failover" / >
cluster = "failover" 可以不用写 , 因为默认就是failover
|
1
2
3
4
|
dubbo : service cluster = "failfast" / >
或:
< dubbo : reference cluster = "failfast" / >
cluster = "failfast" 和 把cluster = "failover" 、retries = "0" 是一样的效果 , retries = "0" 就是不重试
|
1
2
3
|
< dubbo : service cluster = "failsafe" / >
或:
< dubbo : reference cluster = "failsafe" / >
|
1
2
3
|
< dubbo : service cluster = "failback" / >
或:
< dubbo : reference cluster = "failback" / >
|
1
2
3
|
< dubbo : service cluster = “forking " forks=" 2 "/>
或:
<dubbo:reference cluster=“forking" forks = "2" / >
|
1
2
3
4
5
6
|
服务端服务级别 < dubbo : service interface = "..." loadbalance = "roundrobin" / >
客户端服务级别 < dubbo : reference interface = "..." loadbalance = "roundrobin" / >
服务端方法级别 < dubbo : service interface = "..." > < dubbo : method name = "..." loadbalance = "roundrobin" / > < / dubbo : service >
客户端方法级别 < dubbo : reference interface = "..." > < dubbo : method name = "..." loadbalance = "roundrobin" / > < / dubbo : reference >
|
已有 0 人发表留言,猛击->> 这里<<-参与讨论
ITeye推荐