Dubbo初步接触

Dubbo 是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring 框架无缝集成，是一个分布式服务框架，致力于提供高性能和透明化得RPC远程服务调用方案，以及SOA服务治理方案。
其核心部分包含:
1. 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
2. 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
3. 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

dubbo架构图如下所示：

节点角色说明：

Provider：暴露服务的服务提供方，即服务提供者

Consumer：调用远程服务的消费方，即服务消费者

Registry：服务注册与发现的服务注册中心，即服务注册中心

Monitor：统服务的调用次数和调用时间，即服务监控中心

调用关系说明：

1. 服务提供者在启动时，向服务注册中心注册自己能提供的服务
   

2. 服务消费者在启动时，向服务注册中心订阅自己所需要的服务

3. 服务注册中心返回服务提供者的地址列表给服务消费者，如果有变更，服务注册中心将基于长连接推送变更数据给服务消费者
   

4. 服务消费者从服务提供者的地址列表中，基于软负载均衡的算法选择一台服务提供者进行调用，如果调用失败，再选择另一台调用。

5. 服务消费者和服务提供者在内存z种累计调用次数和调用时间定时发送一次统计数据到服务监控中心。

特点：

1. 连通性：

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

   2. 监控中心统计时先在内存汇总后每分钟一次发送到监控中心，并以报表展示

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

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

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

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

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

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

2. 健壮性：

       a. 监控中心宕掉不影响使用，只是丢失部分采样数据

       b. 数据库宕掉后注册中心仍能通过缓存提供服务列表查询，但是不能注册新服务

       c.注册中心对等集群，任意一台宕掉后将自动切换到另一台

       d.注册机全部宕掉后，服务提供者和消费者仍能通过本地缓存通讯

       e.服务提供者无状态，任意一台宕掉后不影响使用

       f.服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复
   

3. 伸缩性：
   

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

       b.服务提供者无状态，可动态增加机器部署实例，注册中心将推送新的服务提供者信息给消费者
   

转载于:https://my.oschina.net/u/2273594/blog/630377