Dubbo

---

Dubbo简介

在现在很多地方都用到了分布式架构，他们将整套应用拆分为多个模块儿在不同的服务器上运行，但是随着服务器的增多，不同服务器之间的交互就像一张网一样错综复杂，那么怎样能保证服务器集群能够有条不紊地运行，这个时候 Dubbo（高效率、轻量级的RPC框架）就发挥了作用。

在传统的单一应用上，方法之间的调用是在同一进程中进行的，而分布式架构则更多的是靠 RPC（远程过程调用）。

**流动计算架构：**有专门处理服务器之间的调度和治理中心，基于访问压力实时管理集群容量，提高集群利用率。

**影响RPC效率的因素：**即通讯和序列化。

• 通过socket连接，要优化连接的速度。
• 通过序列化和反序列化进行传输，所以更多地使用json或者二进制流。

---

Dubbo特性

三大核心：

• 面向接口代理的高性能RPC调用：和mybits类似，使用mapper接口方法调用，不需要关心内部实现细节。
• 智能容错和负载均衡。
• 服务自动注册和发现：通过注册中心来管理连接。

其他特性：

• 高度可扩展能力：遵循微内核+插件的设计原则。
• 运行期流量调度：根据配置不同的路由规则，轻松实现灰度发布（逐渐实现旧服务向新服务的过渡，期间可以新旧服务混合使用）。
• 可视化的服务治理与运维。

---

Dubbo运行流程

• 服务提供者（Provider）：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。

• 服务消费者（Consumer）: 调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。

• 注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。

• 监控中心（Monitor）：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

根据上图的顺序说明：

• 服务容器负责启动，加载，运行服务提供者。

• 服务提供者在启动时，向注册中心注册自己提供的服务。

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

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

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

• 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

---

服务降级

对于一些服务器，可能会同时负责多个业务，但是当访问流量非常大的时候，会给服务器造成不小的压力。这个时候就可以采用服务降级（屏蔽一些自己负责的业务）的方式，减缓服务器压力。

Dubbo服务降级的两种策略：

• 访问即返回null。
• 访问后，远程调用失败返回null。