Dubbo介绍

搬自官网http://dubbo.io/User+Guide-zh.htm

为什么要用dubbo

1.dubbo是一个RPC框架,分布式服务框架

2.dubbo提供一套完整的SOA服务治理方案,比如服务的注册与发现,服务软负载,服务调用统计,服务监控等

dubbo的重要组成

registry 服务的发现与注册中心
provider 服务提供者
container 服务运行环境
consumer 服务消费者
montior 统计服务调用次数和调用时间的监控中心

调用关系
0 服务容器的启动,加载和运行服务提供者
1.服务提供者向注册中心注册自己的服务
2.服务消费者向注册中心订阅自己需要的服务列表
3.注册中心返回服务提供者地址列表,基于长连接,注册中心将变更通知给消费者
4.服务消费者从注册中心返回的服务提供列表,基于软负载算法,选择一个进行调用
5.服务提供者和消费者从内存中累计自己的调用次数,然后定时分钟向监控中心发送统计数据

dubbo的特性

连通性

  1. 注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小

  2. 监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示

  3. 服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销

  4. 服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销

  5. 注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外

  6. 注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者

  7. 注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表

  8. 注册中心和监控中心都是可选的,服务消费者可以直连服务提供者

健壮性

监控中心宕机不影响服务调用,会丢失部分采样数据

注册中心宕机,消费者可以通过本地缓存继续调用服务,只不过将不会发现新的服务提供

服务提供者无状态,任一台宕机不会影响服务调用

伸缩性

注册中心对等集群,可动态增加部署机器实例,所有客户端将自动发现新的注册中心

服务提供者无状态,可动态增加机器实例,注册中心将把服务器列表推送给消费者

升级性

(不大理解)当服务集群规模进一步扩大,带动IT治理结构进一步升级,需要实现动态部署,进行流动计算,现有分布式服务架构不会带来阻力

署服务的本地代理

Repository: 仓库用于存储服务应用发布包

Scheduler: 调度中心基于访问压力自动增减服务提供者

Admin: 统一管理控制台
![图片上传中...]

关键字:dubbo, 服务, 注册, 调用

版权声明

本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!

相关文章

立即
投稿

微信公众账号

微信扫一扫加关注

返回
顶部