深入浅出RPC框架(一)
这是我参与「第三届青训营 -后端场」笔记创作活动的的第2篇笔记
基本概念
1. 从本地函数调用开始理解
2. 远程函数调用——RPC(Remote Procedure Calls)
例子：网上商城支付服务
RPC 需要解决的问题
- 函数映射
- 数据转换成字节流
- 网络传输
概念模型
1984年Nelson发表了论文《Implementing Remote Procedure Calls》，其中提出了RPC的过程由5个模型组成: User、User Stub、RPC Runtime、Server- Stub、Server。
一次RPC的完整过程
- IDL (Interface description language)文件
IDL通过一种中立的方式来描述接口，使得在不同平台上运行的对象和用不同语言编写的程序可以相互通信。（约定调用规范）
- 生成代码
通过编译器工具把IDL文件转换成语言对应的静态库。（具体调用的时候用户代码需要依赖生成代码，所以可以把用户代码和生成代码看做一个整体）
- 编解码
从内存中表示到字节序列的转换称为编码，反之为解码，也常叫做序列化和反序列化。
- 通信协议
规范了数据在网络中的传输内容和格式。除必须的请求/响应数据外，通常还会包含额外的元数据。
- 网络传输
通常基于成熟的网络库走TCP/UDP传输。
RPC的好处
1.单一职责，有利于分工协作和运维开发（开发可以采用不同语言；部署及运维都是独立的）
2.可扩展性强，资源使用率更优（压力过大时可以独立扩充资源，底层基础服务可以复用，达到节省资源的目的）
3.故障隔离（一个模块发生故障，不会影响整体，服务的整体可靠性更高）
RPC带来的问题 -- RPC框架解决
1.服务宕机，对方应该如何处理?
2.在调用过程中发生网络异常，如何保证消息的可达性?
3.请求量突增导致服务无法及时处理，有哪些应对措施?
小结
1.本地函数调用和RPC调用的区别：函数映射、数据转成字节流、网络传输
2.RPC的概念模型: User、 User-Stub、 RPC- Runtime、Server Stub、Server
3.一次PRC的完整过程，并讲解了RPC的基本概念定义
4.RPC带来好处的同时也带来了不少新的问题，将由RPC框架来解决
