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的特性
连通性
注册中心负责服务地址的注册与查找,相当于目录服务,服务提供者和消费者只在启动时与注册中心交互,注册中心不转发请求,压力较小
监控中心负责统计各服务调用次数,调用时间等,统计先在内存汇总后每分钟一次发送到监控中心服务器,并以报表展示
服务提供者向注册中心注册其提供的服务,并汇报调用时间到监控中心,此时间不包含网络开销
服务消费者向注册中心获取服务提供者地址列表,并根据负载算法直接调用提供者,同时汇报调用时间到监控中心,此时间包含网络开销
注册中心,服务提供者,服务消费者三者之间均为长连接,监控中心除外
注册中心通过长连接感知服务提供者的存在,服务提供者宕机,注册中心将立即推送事件通知消费者
注册中心和监控中心全部宕机,不影响已运行的提供者和消费者,消费者在本地缓存了提供者列表
注册中心和监控中心都是可选的,服务消费者可以直连服务提供者
健壮性
监控中心宕机不影响服务调用,会丢失部分采样数据
注册中心宕机,消费者可以通过本地缓存继续调用服务,只不过将不会发现新的服务提供
服务提供者无状态,任一台宕机不会影响服务调用
伸缩性
注册中心对等集群,可动态增加部署机器实例,所有客户端将自动发现新的注册中心
服务提供者无状态,可动态增加机器实例,注册中心将把服务器列表推送给消费者
升级性
(不大理解)当服务集群规模进一步扩大,带动IT治理结构进一步升级,需要实现动态部署,进行流动计算,现有分布式服务架构不会带来阻力
署服务的本地代理
Repository: 仓库用于存储服务应用发布包
Scheduler: 调度中心基于访问压力自动增减服务提供者
Admin: 统一管理控制台
![图片上传中...]
关键字:dubbo, 服务, 注册, 调用
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!