经典Java RPC框架细讲Dubbo

Dubbo入门

从官网给大家温故一下入门的知识点，Apache Dubbo 是一款 RPC 服务开发框架，用于解决微服务架构下的服务治理与通信问题，官方提供了 Java、Golang 等多语言 SDK 实现。使用 Dubbo 开发的微服务原生具备相互之间的远程地址发现与通信能力， 利用 Dubbo 提供的丰富服务治理特性，可以实现诸如服务发现、负载均衡、流量调度等服务治理诉求。Dubbo 被设计为高度可扩展，用户可以方便的实现流量拦截、选址的各种定制逻辑。（摘自官网）

1、分布式基础理论回顾

1.1、为什么需要分布式？

现如今的大型互联网应用为什么要采用分布式架构？？

首选需要明确的是：只有当单个阶段的处理能力无法满足日益增长的计算、存储任务的时候并且硬件的提升（增加内存、加磁盘、使用更好的CPU）都没得到更好的优化，我们才考虑采用分布式架构。因为分布式系统要解决的问题本身就是和单机系统一样的，而由于分布式架构有多节点、通过网络通信的拓扑结构会引入很多单机系统没有的问题，为了解决这些问题又会引入更多的机制、协议、带来更多意料的问题等

那么什么是分布式架构，简单理解就是 为了分散应用的压力，将不同模块部署在不同的服务器上，各模块直接采用轻量级的通信机制互相调用与协作，来减轻应用系统的处理压力。

因此随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行。如下图（网站演进过程）

1、 1~10 单一应用架构

当网站流量很小时，只需要一个应用，将所有的功能都部署在一起，以减少部署的节点和成本，此时简化增删改查工作量的数据访问框架（ORM）是关键。这种架构适用于小型网站、小型管理系统、简单易用。

缺点：

1. 性能扩展比较难
2. 协同开发问题（不利于协同开发）
3. 不利于维护（例如功能调整上线时需要重新打包、停应用等）

2、 10~1000 垂直应用架构

当访问量逐渐增大，单一应用增加机器带来的优化速度越来越小，将应用拆分成互不相干的几个应用，以提升处理效率。此时用于加速前端页面开发的Web框架（MVC）是关键。

优点：通过切分业务来实现各个模块的独立部署，降低了维护和部署的难度，团队各司其职更容易管理，性能扩展也更方便，更有针对性。

缺点：公共模块无法重复利用

3、 1000~10000 分布式服务架构

垂直应用系统架构的改进，当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快的响应多变的市场需求。此时，用于提高业务复用及整合与管理各服务互相协作的分布式服务框架（RPC）是关键。

4、 10000+ 流动计算架构

当服务越来越多，服务资源得不到合理的利用逐渐呈现出来（例如有的服务调用频率特别大，有的服务调用频率又特别小，此时应该协调出调用频率小的服务器资源给调用频率高的服务），此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。

SOA(Service Oriented Architecture) 用于提供机器利用率的资源调度和治理中心，成为流动计算架构的关键性技术。

1.2、RPC

1、什么是RPC？

RPC(Remote Procedure Call)： 远程过程调用。是一种进程间通信方式，它是一种技术思想不是规范或约