（一）dubbo学习，dubbo是什么

dubbo是一个适用于分布式的RPC（远程过程调用）框架。

什么是分布式系统

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，需要一个治理系统确保架构有条不紊的演进。

“分布式系统是若干独立计算机的集合，这些计算机对于用户来说就像单个相关系统”。

我们拿电商系统来举例

一个小型的数据量不是很大的电商系统架构，不需要做特殊的架构就可以支撑的住，就是开一个web工程，把用户模块、订单模块、商品模块等所有的模块都放到一个项目当中，由于所有模块都在同一个系统中，它们之间的调用也不需要特殊处理，直接调用即可，只需要一台服务器，对外提供服务的也就是这一个系统。

将所有功能都部署在一起，减少部署节点和成本。

当系统数据量达到一定量（千万）、实时处理数据要求很高时，单独的一个垂直架构的系统不足以支撑，就需要采用分布式架构，用户模块单独一个系统，订单中心单独一个系统，每个大模块变成一个单独的系统，单独部署服务器，这样处理数据的能力大幅度提升，系统也更加稳定。

当应用的模块越来越多，独立的服务也会变的越来越多，各个服务器之间也存在很多的相互调用，其关系会随着服务的增多边的越来越复杂。

如果添加一个中心，类似于调度中心，作用是维护所有服务之间的关系和处理外部进来的web请求，将会变得清晰，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。

流动计算架构：当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)[ Service Oriented Architecture]是关键。

RPC：RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。

认识dubbo

Apache Dubbo是一款高性能、轻量级的开源Java RPC框架。

通俗的讲，dubbo是解决两个不同服务器上的应用之间的相互调用：

dubbo能做什么？它提供了三大核心能力：

1. 面向接口的远程方法调用
2. 智能容错和负载均衡
3. 以及服务自动注册和发现

dubbo的流程架构图：

各个流程节点说明：

• container: 服务运行容器，服务容器负责启动，加载
• provider: 暴露服务的服务提供方，在启动时，向注册中心注册自己提供的服务
• registry: 服务注册与发现的注册中心，
• consumer: 调用远程服务的服务消费方，在启动时，向注册中心订阅自己所需的服务
• monitor: 统计服务的调用次调和调用时间的监控中心

运行流程：

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

从dubbo官网中可以看到dubbo有以下的特性：

dubbo的注册中心registry

dubbo支持多种注册中心，包括Multicast 注册中心、zookeeper 注册中心、Redis 注册中心、Simple 注册中心，dubbo官方推荐使用 Zookeeper 注册中心。

dubbo的其他特性

dubbo自带负载均衡功能，默认策略为random 随机调用，另外还提供了按权重、轮询、ip一致性hash、最少活跃数负载均衡策略，只需配置好即可。

以上为dubbo四种负载均衡策略：

1. Random LoadBalance，随机，按权重设置随机概率，基于权重的随机负载均衡
2. RoundRobin LoadBalance，轮循，按公约后的权重设置轮循比率
3. LeastActive LoadBalance，最少活跃调用数，相同活跃数的随机，活跃数指调用前后计数差
4. ConsistentHash LoadBalance，一致性 Hash，相同参数的请求总是发到同一提供者

dubbo高可用

dubbo可以采用直连的方式，即不需要注册中心zookeeper，直接调用也可以。

当时当使用了zookeeper以后，就可能会出现zookeeper宕机的情况，当zookeeper宕机之后dubbo会有什么策略呢？

• dubbo具有本地缓存功能，注册中心仍能通过缓存提供服务列表查询，但不能注册新服务
• 采用zookeeper集群，注册中心对等集群，任意一台宕掉后，将自动切换到另一台
• 监控中心宕机也不影响监控中心的正常使用，只是丢失部分采样数据，仍然可访问
• 服务提供者全部宕掉后，服务消费者应用将无法使用，并无限次重连等待服务提供者恢复

dubbo的容错

当dubbo直接调用失败时，dubbo提供了多种容错方案，默认为自动重试/切换。

1. Failover Cluster，失败自动切换，重试其它服务器。通常用于读操作，但重试会带来更长延迟。可通过 retries="2" 来设置重试次数，不含第一次
2. Failfast Cluster，快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录
3. Failsafe Cluster，失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作
4. Failback Cluster，失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作
5. Forking Cluster，并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但需要浪费更多服务资源。可通过 forks="2" 来设置最大并行数
6. Broadcast Cluster，广播调用所有提供者，逐个调用，任意一台报错则报错 [2]。通常用于通知所有提供者更新缓存或日志等本地资源信息