微服务远程调用事务怎么控制微服务远程调用框架

转载

落花有意飞花 2024-06-04 13:28:50

文章标签 微服务远程调用事务怎么控制 java netty 区块链 RPC 文章分类 运维

远程服务调用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这个结果

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

微服务远程调用事务怎么控制微服务远程调用框架_区块链

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

微服务远程调用事务怎么控制微服务远程调用框架_netty_02

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

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

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

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

微服务远程调用事务怎么控制微服务远程调用框架_java_03

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)。可通过全自动部署机制独立部署，共用一个最小型的集中式的管理。服务可用不同的语言开发，使用不同的数据存储技术。