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, 服务, 注册, 调用
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！