dubbo的一些问题

1.dubbo

    dubbo是一个分布式框架,致力于提高高性能和透明化的RPC远程服务调用方案。

    简单说,dubbo就个服务框架,本质上就是给服务调用的东西,说白了dubbo就是个远程服务调用的分布式框架

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

        可以通信,启动dubbo时,消费者会从zk中拉取注册的生产者的的地址接口等数据,缓存在本地,按照本地存储的地址进行调用。

        注册中心对等集群,任意一台宕机后,会自动切换到另一台,如果全部宕掉,服务提供者和消费者仍可通过本地缓存通讯。

        服务提供者全部宕机后,服务消费者无法使用,并无限次重连等待恢复。

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

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

4.dubbo的负载均衡

    在集群负载均衡时,random随机调用和轮循

Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架,使得应用可通过高性能的RPC实现服务的输出和输入功能,可以和Spring 框架无缝集成。 Dubbo主要核心部件: Remoting:网络通信框架,实现了sync-over-async和request-response消息机制 RPC:一个远程过程调用的抽象,支持负载均衡、容灾和集群功能 Registry:服务目录框架用于服务的注册和服务事件发布和订阅 Dubbo功能特点: (1) 连通性: 注册中心负责服务地址的注册与查找,相当于目录服务服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小 监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示 服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销 服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销 注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外 注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者 注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表 注册中心和监控中心都是可选的,服务消费者可以直连服务提供者 (2) 健状性: 监控中心宕掉不影响使用,只是丢失部分采样数据 数据库宕掉后,注册中心仍能通过缓存提供服务列表查询,但不能注册新服务 注册中心对等集群,任意一台宕掉后,将自动切换到另一台 注册中心全部宕掉后,服务提供者和服务消费者仍能通过本地缓存通讯 服务提供者无状态,任意一台宕掉后,不影响使用 服务提供者全部宕掉后,服务消费者应用将无法使用,并无限次重连等待服务提供者恢复 (3) 伸缩性: 注册中心为对等集群,可动态增加机器部署实例,所有客户端将自动发现新的注册中心 服务提供者无状态,可动态增加机器部署实例,注册中心将推送新的服务提供者信息给消费者
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值