RPC, stands for Remote Procedure Call(远程过程调用)
通俗一点 两台服务器 每个部署一个应用、如果部署在A服务器上的应用A想调用B服务器上部署的服务B的函数,但是两者不在一个内存空间内,如何调用呢?
这就带来了RPC。
这解决了下面几个问题:
- 如何告诉我们用调用某个特定函数呢?用callID映射
- 客户端如何传递参数给远程函数?把参数序列化和反序列化在网络间传输。
- 网路传输协议:大部分RPC框架用TCP协议,而gRPC则用了Http2.
RPC的简要原理:
服务消费方(client)调用以本地调用方式调用服务;client stub接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体;client stub找到服务地址,并将消息发送到服务端;server stub收到消息后进行解码;server stub根据解码结果调用本地的服务;本地服务执行并将结果返回给server stub;server stub将返回结果打包成消息并发送至消费方;client stub接收到消息,并进行解码;服务消费方得到最终结果。
工业界常用RPC框架:
duboo, gRPC, Hessian.
RPC和HTTP的关系?
这两者并不是同一层级的概念。RPC更像是一种设计思想,用于解决两个不同服务之间调用的问题。
一般的RPC框架都会包含有传输协议和序列化协议。
而HTTP就是传输协议的一种。可以被PRC框架使用。当然这个框架也能使用TCP。不同的协议适应不同的场景。
RPC 的 TCP 方式主要用于公司内部的服务调用,性能消耗低,传输效率高。HTTP主要用于对外的异构环境,浏览器接口调用,APP接口调用,第三方接口调用等。
总结一下:RPC 实际上就是一种远程调用的解决思想。他能解决不同服务之间调用比较慢的问题(比如直接restful API 基于HTTP call)
谁能用通俗的语言解释一下什么是 RPC 框架?
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)