Dubbo教程(一)----Dubbo框架简介

1.Dubbo是什么

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

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

官网首页: 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等硬件负载均衡器，降低成本，减少单点。 
3. 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。

3.Dubbo原理

Dubbo架构图如下所示：

节点角色说明：

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

简单说明:

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

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

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

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

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

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

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

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

调用关系说明：

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

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

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。