Dubbo

主要内容：

1.Dubbo简介
1.1 Dubbo是什么
1.2 Dubbo能做什么
1.3 Dubbo产生的背景
2. Dubbo架构讲解
2.1 架构图
2.2 架构说明
2.3 执行流程
3. Dubbo支持的协议
3.1 Dubbo协议（官方推荐协议）
3.2 RMI（Remote Method Invocation）协议
3.3 Hessian协议
4. Dubbo支持的注册中心
4.1 Zookeeper（官方推荐）
4.2 Multicast
4.3 Redis
4.4 Simple
1.Dubbo简介
1.1 Dubbo是什么
Dubbo最早是Alibaba开源的分布式服务框架，它最大的特点是：按照分层的方式来架构，使用这种方式可以是各个层之间解耦合（或者最大限度地松耦合）。
从服务模型的角度来看，Dubbo采用的是一种非常简单的模型，要么是提供方提供服务，要么是消费方消费服务，所以基于这一点可以抽象出服务提供方（Provider）和服务消费方（Consumer）两个角色。
1.2 Dubbo能做什么
Dubbo可实现透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置即可，没有任何API侵入。
软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。
1.3 Dubbo产生的背景
单一应用架构（单体架构）
当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
此时，用于简化增删改查工作量的数据访问框架（ORM）是关键
垂直应用架构
当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
此时，用于加速前端页面开发的Web框架（MVC）是关键。
分布式服务架构（RPC架构）
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
此时，用于提高业务复用及整合的分布式服务框架（RPC）是关键。
流动计算架构（SOA架构）
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
此时，用于提高机器利用率的资源调度和治理中心（SOA）是关键。
2. Dubbo架构讲解
2.1 架构图

2.2 架构说明
虚线
虚线表示异步（async），实线表示同步（sync）。异步不阻塞线程性能高，同步阻塞线程必须等待响应结果才能继续执行，相对性能低。
Provider
暴露服务的服务提供方。
Container‘
服务运行容器。Dubbo完全基于Spring实现的。
Registry
服务注册与发现的注册中心。注册中心，放置所有Provider对外提供的信息。包含Provider的IP，访问端口，访问遵守的协议，对外提供的接口，接口中有哪些方法等相关信息。
Consumer
调用远程服务的服务消费方。
Monitor
统计服务的调用次数和调用时间的监控中心。监控中心，监控Provider的压力情况等。每隔2分钟Consumer和Provider会把调用次数发送给Monitor，由Monitor进行统计。
2.3 执行流程
start：启动Spring容器时会把Provider启动
register：把Provider相关信息注册到registry里
subscribe：Consumer从Registry中订阅Provider的信息
notify：通知给Consumer
invoke：Consumer根据Registry通知的信息进行调用Provider种方法。
count：Consumer和Provider把调用次数信息异步发送给Monitor进行统计。
3. Dubbo支持的协议
3.1 Dubbo协议（官方推荐协议）
优点：
采用NIO复用单一长连接，并使用线程池并发处理请求，减少握手和加大并发效率，性能较好（推荐使用）。
缺点：
大文件上传时，可能出现问题（不使用Dubbo文件上传）
3.2 RMI（Remote Method Invocation）协议
优点：
JDK自带的能力
缺点：
偶尔连接失败
3.3 Hessian协议
优点：
可与原生Hessian互操作，基于HTTP协议
缺点：
需Hessian.jar支持，http短连接的开销大
4. Dubbo支持的注册中心
4.1 Zookeeper（官方推荐）
优点：
支持分布式，很多周边产品
缺点：
受限于Zookeeper软件的稳定性。Zookeeper是一款专门为分布式架构提供辅助型处理的软件，稳定较优。
4.2 Multicast
优点：
去中心化，不需要单独安装软件
缺点：
Provider和Consumer和Registry不能跨机房（路由）
4.3 Redis
优点：
支持集群，性能高
缺点：
要求服务器时间同步，否则可能出现集群失败问题
4.4 Simple
优点：
标准RPC服务，没有兼容问题
缺点：
不支持集群