Dubbo教程(一)----Dubbo框架简介-蒲公英云

1.Dubbo是什么

Dubbo是一个分布式服务框架，以及阿里巴巴内部的SOA服务化治理方案的核心框架。其功能主要包括：高性能NIO通讯及多协议集成，服务动态寻址与路由，软负载均衡与容错，依赖分析与降级等。

说通俗点，就是首先将程序组件化成一个个相对独立的服务，然后就可以对服务进行分布式；而且，它有注册中心通过监听，实时发现着新服务，并部署，还可以推送给客户端；它还集成了负载均衡的解决方案，利用随机算法来讲各个服务科学地分配到多台服务器上；当然，它也集成了容错机制，来提高集群的稳定性。

20170724184948288

官网首页: http://dubbo.io/

官方用户指南: http://dubbo.io/User+Guide-zh.htm
官方开发指南: http://alibaba.github.io/dubbo-doc-static/Developer+Guide-zh.htm

淘宝将这个项目开源出来以后，得到了不少同行的支持，包括：

当当网的扩展版本dubbox : https://github.com/dangdangdotcom/dubbox
京东的扩展版本jd-hydra: http://www.oschina.net/p/jd-hydra

不过，略有遗憾的是，据说在淘宝内部，dubbo由于跟淘宝另一个类似的框架HSF（非开源）有竞争关系，导致dubbo团队已经解散（参见http://www.oschina.net/news/55059/druid-1-0-9 中的评论），反到是当当网的扩展版本仍在持续发展，墙内开花墙外香。

Dubbo核心部分包含:

● 远程通讯: 提供对多种基于长连接的NIO框架抽象封装，包括多种线程模型，序列化，以及“请求-响应”模式的信息交换方式。
● 集群容错: 提供基于接口方法的透明远程过程调用，包括多协议支持，以及软负载均衡，失败容错，地址路由，动态配置等集群支持。
● 自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

从官方文档中，可以提炼出Dubbo的一些重要特点

特色1：服务注册与发现的注册中心Registry

注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。这个功能是应有之义
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。这个就很好很强大了，
注册中心的这两个特性大大提高了系统的可用性和扩展性。注册中心既可以采用Multicast注册中心，也可以集成Zookeeper,也可以采用Redis，非生产环境也可以使用一个Dubbo自己实现的Simple注册中心，非常灵活。

特色2：统计服务的调用次调和调用时间的监控中心Monitor

服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
监控负载，排查性能瓶颈就方便多了。简易监控中心的安装，请参考这里。

特色3：使用上，采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。

特色4：开源部分中，还包含有一个管理控制台的实现（内部裁剪版本，开源部分主要包含：路由规则，动态配置，服务降级，访问控制，权重调整，负载均衡，等管理功能）

2.Dubbo能做什么

官方的解释为:

1.透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
2.软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

3.Dubbo原理

Dubbo架构图如下所示：

20170724185050333

节点角色说明：

Ø Provider: 暴露服务的服务提供方。
Ø Consumer: 调用远程服务的服务消费方。
Ø Registry: 服务注册与发现的注册中心。
Ø Monitor: 统计服务的调用次调和调用时间的监控中心。
Ø Container: 服务运行容器。

简单说明:

（1） Provider暴露服务方称之为“服务提供者”。

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

（2） Consumer调用远程服务方称之为“服务消费者”。

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

（3） Registry服务注册与发现的中心目录服务称之为“服务注册中心”

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

（4） Monitor统计服务的调用次调和调用时间的日志服务称之为“服务监控中心”

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

调用关系说明：

服务容器负责启动，加载，运行服务提供者。
服务提供者在启动时，向注册中心注册自己提供的服务。
服务消费者在启动时，向注册中心订阅自己所需的服务。
注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

这张图的大致意思可以理解为：

1.注册中心的职责：
(1)负责接受提供者服务注册的请求
(2)负责将消费者订阅的服务地址返回给消费者
(3)负责服务变更了，通知消费者
(4)管理注册中心内部的服务
2.消费者：这将自己需要的服务，想注册中心发起订阅，以及当服务存在变更，进行调整。
3.服务提供者：将自己的服务发布到注册中心，以及提供具体服务给消费者。
4.监控中心：负责监听服务的请求次数以及处理时间，方便服务的治理。

dubbo不同服务间的联系和区别

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

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

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

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

dubbo健壮性

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

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

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

（4）注册中心全部宕掉后，服务提供者和服务消费者仍能通过本地缓存通讯

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

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

dubbo伸缩性

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

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

4.Dubbo使用方法

Dubbo采用全spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。如果不想使用Spring配置，而希望通过API的方式进行调用（不推荐）

简易步骤如下：

1 搭建zookeeper消息中心

2 搭建dubbo服务端代码

3 写dubbo客户端代码

4 dubbo提供的dubbo-admin-2.5.4.war 管理控制台

详细步骤如下:

1、定义接口Api、bo对象、公共类及方法，这些是要提供方和调用方都需要的。之所以定义接口是因为Dubbo服务暴露的就是接口，而不直接暴露实现，这也就是所谓的面向接口编程。  
2、定义Dubbo服务service，实现1中的api接口，书写业务逻辑及DB操作。通过spring暴露服务。  
3、定义调用端也叫前端portal，实现对应的控制层。通过spring获取服务。  
4、使用zookeeper注册中心（不会的请自行百度）。  
5、启动Dubbo的service端，即provider。  
6、启动portal端，即所谓的consumer。