GPRC 和RPC 有什么区别?GPRC和RPC的区别是什么?

什么是RPC?

RPC (Remote Procedure Call)是远程过程调用,比如说现在有两台服务器A, B,一个在A服务器上的应用想要调用B服务器上的应用提供的某个,由于不在两个方法不在一个内存空间,不能直接调用,需要通过网络表达调用的语义和传达调用的数据。常存在于分布式系统中。

在分布式计算,远程过程调用(英语:Remote Procedure Call,缩写为 RPC)是一个计算机通信协议。该协议允许运行于一台计算机的程序调用另一个地址空间(通常为一个开放网络的一台计算机)的子程序,而程序员就像调用本地程序一样,无需额外地为这个交互作用编程(无需关注细节)。RPC是一种服务器-客户端(Client/Server)模式,经典实现是一个通过发送请求-接受回应进行信息交互的系统。

为何有http协议之后,还要RPC调用?

RPC跟HTTP不是对立面,RPC中可以使用HTTP作为通讯协议。RPC是一种设计、实现框架,通讯协议只是其中一部分。

RPC的本质是提供了一种轻量无感知的跨进程通信的方式,在分布式机器上调用其他方法与本地调用无异(远程调用的过程是透明的,你并不知道这个调用的方法是部署在哪里,通过PRC能够解耦服务)。RPC是根据语言的API来定义的,而不是基于网络的应用来定义的,调用更方便,协议私密更安全、内容更小效率更高。 

RPC模式分为三层,①用户和服务器(负责处理业务逻辑,调用本地 Stub);②Stub处理客户端和服务端约定好的语法、语义的封装和解封装;③RPCRuntime负责最底层的网络传输。

在这里插入图片描述

 

简单的说, RPC 就是从一台机器 ( 客户端 ) 上通过参数传递的方式调用另一台机器 ( 服务器 ) 上的一个函数或方法 ( 可以统称为服务 ) 并得到返回的结果。

PRC架构组件  

 一个基本的RPC架构里面应该至少包含以下4个组件:

1 、客户端( Client ) : 服务调用方(服务消费者)
2 、客户端存根( Client Stub ) : 存放服务端地址信息,将客户端的请求参数数据信息打包成网络消 息,再通过网络传输发送给服务端
3 、服务端存根( Server Stub ) : 接收客户端发送过来的请求消息并进行解包,然后再调用本地服务进行处理
4 、服务端( Server ) : 服务的真正提供者

 

 具体调用过程:
1 、服务消费者( client 客户端)通过调用本地服务的方式调用需要消费的服务;
2 、客户端存根( client stub )接收到调用请求后负责将方法、入参等信息序列化(组装)成能够进行网络传输的消息体;
3 、客户端存根( client stub )找到远程的服务地址,并且将消息通过网络发送给服务端;
4 、服务端存根( server stub )收到消息后进行解码(反序列化操作);
5 、服务端存根( server stub )根据解码结果调用本地的服务进行相关处理;
6 、本地服务执行具体业务逻辑并将处理结果返回给服务端存根( server stub );
7 、服务端存根( server stub )将返回结果重新打包成消息(序列化)并通过网络发送至消费方;
8 、客户端存根( client stub )接收到消息,并进行解码(反序列化);
9 、服务消费方得到最终结果;

而RPC框架的实现目标则是将上面的第2-10步完好地封装起来,也就是把调用、编码/解码的过程给封装起来,让 用户感觉上像调用本地服务一样的调用远程服务

RPC解决的三大问题 :

①协议约定问题(Stub) 指的是怎么规定远程调用的语法,怎么传参数等。用上面的类比,你怎么告诉你的朋友要玩什么游戏?是直接说游戏的名字,王者荣耀,绝地求生,还是说简称,王者,吃鸡,或者用 1 代表王者,2 代表吃鸡,只说 1 或 2。

②传输协议问题(RPCRuntime) 指的是在网络发生错误、重传、丢包或者有性能问题时怎么办?用上面的类比,你打电话时,刚说了打什么游戏,但是还没有收到对方回复,电话信号不好断了,这时候怎么处理?

③服务发现问题(插件比如:etcd) 指的是如何知道服务端有哪些服务可以调用,从哪个端口访问?服务端可能实现多个远程调用,在不同的进程上,随机监听端口,客户端要怎么才能知道这些端口呢?

 

什么是 GRPC? 

 gRPC 是谷歌开源的一个 RPC 框架,面向移动和 HTTP/2 设计,产自 Google,基于 ProtoBuf 序列化协议进行开发,支持多种语言(Golang、Python、Java等),本篇只介绍 Golang 的 gRPC 使用。因为 gRPC 对 HTTP/2 协议的支持使其在 Android、IOS 等客户端后端服务的开发领域具有良好的前景。gRPC 提供了一种简单的方法来定义服务,同时客户端可以充分利用 HTTP/2 stream 的特性,从而有助于节省带宽、降低 TCP 的连接次数、节省CPU的使用等。

  • 内容交换格式采用ProtoBuf(Google Protocol Buffers),开源已久,提供了一种灵活、高效、自动序列化结构数据的机制,作用与XML,Json类似,但使用二进制,(反)序列化速度快,压缩效率高。
  • 传输协议 采用http2,性能比http1.1好了很多

和很多RPC系统一样,服务端负责实现定义好的接口并处理客户端的请求,客户端根据接口描述直接调用需要的服务。客户端和服务端可以分别使用gPRC支持的不同语言实现。

 rpc是一种协议,grpc是基于rpc协议实现的一种框架。

grpc的解决rpc三大问题:

①协议约定。gRPC 的协议是 Protocol Buffers,是一种压缩率极高的序列化协议,Google 在 2008 年开源了 Protocol Buffers,支持多种编程语言,所以 gRPC 支持客户端与服务端可以用不同语言实现。

②传输协议。gRPC 的数据传输用的是 Netty Channel, Netty 是一个高效的基于异步 IO 的网络传输架构。Netty Channel 中,每个 gRPC 请求封装成 HTTP 2.0 的 Stream。

③服务发现。gRPC 本身没有提供服务发现的机制,需要通过其他组件。
 

简易理解

grpc是一种实现了rpc协议的框架,并且分别通过protocol buffer、netty channel 以及服务发现组件解决rpc的协议约定、传输协议、服务发现三大问题。 

 

  • 1
    点赞
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值