远程服务调用RPC框架介绍，微服务架构介绍和RPC框架对比，dubbo、SpringClound对比

远程服务调用RPC框架介绍，微服务架构介绍和RPC框架对比，dubbo、SpringClound对比

远程服务调用RPC框架介绍，RPC简单的来说就是像调用本地服务一样调用远程服务。

分布式RPC需要解决哪些问题呢？

protocol：传输协议

proxy：client代理，服务引用方调用方法通过代理发送远程消息

codec：协议编解码压缩等

transport：协议传输

registry：注册中心，服务注册服务发现

cluster：负载均衡，服务容错策略

其他：服务降级，服务隔离，服务治理

--------------------

RPC：远程调用。通过RPC框架，使得我们可以像调用本地方法一样地调用远程机器上的方法：

1、本地调用某个函数方法

2、本地机器的RPC框架把这个调用信息封装起来（调用的函数、入参等），序列化(json、xml等)后，通过网络传输发送给远程服务器

3、远程服务器收到调用请求后，远程机器的RPC框架反序列化获得调用信息，并根据调用信息定位到实际要执行的方法，执行完这个方法后，序列化执行结果，通过网络传输把执行结果发送回本地机器

4、本地机器的RPC框架反序列化出执行结果，函数return这个结果

服务调用端（本地机器）：

服务提供端（远程机器）：

Java Netty 是在TCP(Socket)层对nio进行封装的框架，在RPC框架中可用于解决网络传输问题。

现在流行的微服务框架DUBBO，实际上就是各种各样的RPC框架。

DUBBO只支持RPC调用。使得服务提供方与调用方在代码上产生了强依赖，服务提供者需要不断将包含公共代码的jar包打包出来供消费者使用。一旦打包出现问题，就会导致服务调用出错。DUBBOX，提供了更高效的RPC序列化方式和REST调用方式。

作为新一代的服务框架，Spring Cloud提出的口号是开发“面向云环境的应用程序”，它为微服务架构提供了更加全面的技术支持。
结合我们一开始提到的微服务的诉求，我们把Spring Cloud与DUBBO进行一番对比：

Spring Cloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更加合适。

 

Spring Cloud的功能比DUBBO更加强大，涵盖面更广，而且作为Spring的拳头项目，它也能够与Spring Framework、Spring Boot、Spring Data、Spring Batch等其他Spring项目完美融合，这些对于微服务而言是至关重要的。前面提到，微服务背后一个重要的理念就是持续集成、快速交付，而在服务内部使用一个统一的技术框架，显然比把分散的技术组合到一起更有效率。更重要的是，相比于Dubbo，它是一个正在持续维护的、社区更加火热的开源项目，这就保证使用它构建的系统，可以持续地得到开源力量的支持。

Spring Cloud Netflix的核心是用于服务注册与发现的Eureka，Eureka、Ribbon、Hystrix、Feign这些是Spring Cloud Netflix主要组件。

1.微服务架构

1.1 特征

自动化部署，端点智能化，语言和数据的去中心化控制。

1.2架构

一种将一个单一应用程序开发为一组小型服务的方法，每个服务运行在自己的进程中，服务间通信采用轻量级通信机制(通常用HTTP资源API)。可通过全自动部署机制独立部署，共用一个最小型的集中式的管理。服务可用不同的语言开发，使用不同的数据存储技术。

• 去中心化基础设施

• 去中心化数据库

1.3微服务设计模式

• 聚合式(推荐)

• 代理(推荐)

• 链式

• 分支

• 异步消息

1.4微服务实现

1.4.1  通信方式

REST和RPC

1.4.2  RPC框架

• Dubbo/ Dubbox

阿里巴巴公司开源的一个Java高性能优秀的服务框架，可以和Spring框架无缝集成，相关资料很丰富。

遗憾的是已经停止维护了，相关的依赖类比如Spring，Netty还是很老的版本。倒是当当网之类的再继续维维护，即Dubbox，并且实现了REST的支持。

Dubbo主要实现了服务治理，其他为保证集群安全、可维护、可测试等特性方面都没有很好的实现，但是几乎大部分关键组件都能找到第三方开源来实现。

所以，如果选择Dubbo请务必在各个环节做好整套解决方案的准备，不然很可能随着服务数量的增长，整个团队都将疲于应付各种架构上不足引起的困难，不能让各环节人员真正的专注于业务逻辑。

• Motan

新浪微博的服务治理框架，2016年5月开源，Motan是一个小而精的 RPC 框架，它的特点是简单、易用，是一个轻量级 RPC框架。

与Dubbo相比，Motan在功能方面并没有那么全面，也没有实现特别多的扩展。用的人比较少，功能和稳定性有待观望。对跨语言调用支持较差，主要支持java。

• Spring Cloud（推荐）

Spring Cloud 完全基于Spring Boot，是一个非常新的项目，2016年才 1.0 release。版本提升非常迅速，发展势头良好。

Spring Cloud依然发扬了Spring Source整合一切的作风，以标准化的姿态将一些微服务架构的成熟产品与框架揉为一体，并继承了Spring Boot简单配置、快速开发、轻松部署的特点，让原本复杂的架构工作变得相对容易上手一些。服务调用方式是基于REST API的。

缺点是项目很年轻，很少见到国内业界有人在生产上成套使用，一般都是只有其中一两个组件。相关的技术文档大部分是英文的，案例也相对较少，使用的话需要摸索的时间会长一些。

• gRPC

Google发布的开源RPC框架，高性能、开源、将移动和HTTP/2放在首位的通用的RPC框架，基于HTTP/2, netty4.1, proto3, 拥有非常丰富而实用的特性，堪称RPC 框架的典范。

但它本身它不是分布式的，所以要实现上面的框架的功能需要进一步的开发。