Dubbo介绍

搬自官网http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-%E6%9E%B6%E6%9E%84

为什么要用dubbo

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

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

dubbo的重要组成

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

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

dubbo的特性

连通性

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

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

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

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

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

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

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

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

健壮性

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

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

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

伸缩性

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

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

升级性

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

署服务的本地代理

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

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

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