RPC原理与实现 | 青训营笔记

43 阅读3分钟

这是我参与「第五届青训营 」伴学笔记创作活动的第 16 天

基本概念

RPC需要解决的问题

  • 函数映射
  • 数据转换成字节流
  • 网络传输

image.png

一次RPC的完整过程

IDL (Interface description language)文件

IDL通过一种中立的方式来描述接口,使得在不同平台上运行的对象和用不同语言编写的程序可以相互通信

生成代码

通过编译器工具把IDL文件转换成语言对应的静态库

编解码

从内存中表示到字节序列的转换称为编码,反之为解码,也常叫做序列化和反序列化

通信协议

规范了数据在网络中的传输内容和格式。除必须的请求/响应数据外,通常还会包含额外的元数据

网络传输

通常基于成熟的网络库走 TCP/UDP传输

image.png

RPC的好处

  • 单一职责,有利于分工协作和运维开发
  • 可扩展性强,资源使用率更优
  • 故障隔离,服务的整体可靠性更高

RPC带来的问题

  • 服务宕机,对方应该如何处理?
  • 在调用过程中发生网络异常,如何保证消息的可达性?
  • 请求量突增导致服务无法及时处理,有哪些应对措施?

分层设计

image.png

编解码层-数据格式

语言特定的格式

许多编程语言都内建了将内存对象编码为字节序列的支持,例如Java有java.io.Serializable

文本格式

JSONXMLCSV等文本格式,具有人类可读性

二进制编码

具备跨语言和高性能等优点,常见有Thrift的 BinaryProtocol,Protobuf 等

编解码层-选型

兼容性

支持自动增加新的字段,而不影响老的服务,这将提高系统的灵活度

通用性

支持跨平台、跨语言

性能

从空间和时间两个维度来考虑,也就是编码后数据大小和编码耗费时长

协议层

特殊结束符

一个特殊字符作为每个协议单元结束的标示

image.png

变长协议

以定长加不定长的部分组成,其中定长的部分需要描述不定长的内容长度

image.png

协议构造

LENGTH:数据包大小,不包含自身

HEADER MAGIC:标识版本信息,协议解析时候快速校验

SEQUENCE NUMBER:表示数据包的seqlD,可用于多路复用,单连接内递增

HEADER SIZE:头部长度,从第14个学节开始计算一直到PAYLOAD前

PROTOCOL ID:编解码方式,有Binary和Compact两种

TRANSFORM ID:压缩方式,如zlib和snappy

INFO ID:传递一些定制的 meta 信息

PAYLOAD:消息体

网络库

提供易用API

封装底层 Socket API
连接管理和事件分发

功能

协议支持:tcp、udp 和 ids等 
优雅退出、异常处理等

性能

应用层buffer减少copy
高性能定时器、对象池等

关键指标

保障策略

  • 熔断:保护调用方,防止被调用的服务出现问题而影响到整个链路
  • 限流:保护被调用方,防止夫流量把服务压垮
  • 超时控制:避免浪费资源在不可用节点上

image.png

易用性

开箱即用

合理的默认参数选项、丰富的文档

周边工具

生成代码工具、脚手架工具

image.png

image.png

扩展性

  • Middleware
  • Option
  • 编解码层
  • 协议层
  • 网络传输层
  • 代码生成工具插件扩展

image.png

高性能

场景

  • 单机多机
  • 单连接多连接
  • 单/多client 单/多server
  • 不同大小的请求包
  • 不同请求类型:例如pingpong.streaming等

目标

  • 高吞吐
  • 低延迟

手段

  • 连接池
  • 多路复用
  • 高性能编解码协议
  • 高性能网络库

引用

文章全部内容来自于字节内部课:后端入门 - Go 框架设计与实现