1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!
Posted 58沈剑
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!相关的知识,希望对你有一定的参考价值。
又发现一个不错的,工业级的,高性能RPC框架srpc,分享给大家。
(1)RPC简介;
(2)行业常见RPC框架;
(3)srpc特点;
(4)srpc上手指南,demo示例;
(5)srpc架构设计;
(6)srpc相关资料与资源;
文章较长,建议提前收藏。
什么是RPC?
Remote Procedure Call,远程过程调用。
什么是“远程”,为什么“远”?
先来看下什么是“近”,即“本地函数调用”。
当我们写下:
int result = Add(1, 2);
这行代码的时候,到底发生了什么?
(1)传递两个入参;
(2)调用了本地代码段中的函数,执行运算逻辑;
(3)返回一个出参;
这三个动作,都发生在同一个进程空间里,这是本地函数调用。
那有没有办法,调用一个跨进程的函数呢?
典型的,这个进程部署在另一台服务器上。
最容易想到的,两个进程约定一个协议格式,使用Socket通信,来传输:
(1)入参;
(2)调用哪个函数;
(3)出参;
如果能够实现,那这就是“远程”过程调用。
为什么需要RPC框架呢?
如果没有统一的RPC框架,各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动,造成整体的低效。
RPC框架的职责,就是要屏蔽各种复杂性:
(1)调用方client感觉就像调用本地函数一样,来调用服务;
(2)提供方server感觉就像实现一个本地函数一样,来实现服务;
有哪些常见的,出圈的RPC框架呢?
(1)gRPC,Google出品,支持多语言;
(2)Thrift,Facebook出品,支持多语言;
(3)Dubbo,阿里开源的,支持Java;
(4)bRPC,百度开源的,支持C++,Java;
(5)tRPC,腾讯RPC框架,支持多语言;
(6)...
画外音:还有哪些?
今天和大家分享的srpc,作者是搜狗的媛架构师liyingxin,基于WF,代码量1W左右:
(1)非常适合用来学习RPC的架构设计;
(2)又是一个工业级的产品,QPS可以到50W,应该是行业能目前性能最好的RPC框架了吧,有不少超高并发的线上应用都使用它。
画外音:不服?来战!
什么是srpc?
基于WF的轻量级,超高性能,工业级RPC框架,兼容多协议,例如百度bRPC,腾讯tRPC,Google的gRPC,以及FB的thrift协议。
srpc有些什么特点?
(1)支持多种IDL格式,包括Protobuf,Thrift等,对于这类项目,可以一键迁移;
(2)支持多种序列化方式,包括Protobuf,Thrift,json等;
(3)支持多压缩方法,对应用透明,包括gzip,zlib,lz4,snappy等;
(4)支持多协议,对应用透明,包括http,https,ssl,tcp等;
(5)高性能;
不同客户端线程压力下的性能表现非常稳定,QPS在50W左右,优于同等压测配置的bRPC与thrift。
(6)轻量级,低门槛,1W行左右代码,只需引入一个静态库;
如何快速上手,体验这个帅气的RPC框架呢?
简单来说,只需要三个步骤。
第一步:定义IDL描述文件。
syntax = "proto3";// proto2 or proto3
message EchoRequest
string message = 1;
string name = 2;
;
message EchoResponse
string message = 1;
;
service Example
rpc Echo(EchoRequest) returns (EchoResponse);
;
第二步:生成代码,并实现ServiceIMPL,server端就搞定了。
class ExampleServiceImpl : public Example::Service
public:
void Echo(EchoRequest *request,
EchoResponse *response,
RPCContext *ctx) override
response->set_message("Hi, " + request->name());
;
make一把,一气呵成。
第三步:自己定义一个请求客户端,向服务端发送echo请求。
int main()
Example::SRPCClient client("127.0.0.1", 1412);
EchoRequest req;
req.set_message("Hello, srpc!");
req.set_name("zhangsan");
client.Echo(&req,
[](EchoResponse *response, RPCContext *ctx));
return 0;
文末的资料集里,有非常详细的手册链接,一步步照着来就行。
srpc的架构设计思路是怎样的?
作为一个RPC框架,srpc的架构是异常清晰的,用户需要关注这3个层次:
(1)IDL接口描述文件层;
(2)RPC序列化协议层;
(3)网络通讯层;
同时,每一层次又提供了多种选择,用户可以任意的组合:
如上图所示:
(1)IDL层,用户可以选择Protobuf或者Thrift;
(2)协议层,可以选择Thrift,bRPC,tRPC等;
画外音:因此,才能和其他RPC框架无缝互通。
(3)通信层,可以选择tcp或者http;
在此分层架构之下,RPC的客户端要做什么工作,RPC的服务端要做什么工作,srpc框架又做了什么工作呢?
首先必须在IDL中要定义好:
(1)逻辑请求包request;
(2)逻辑响应包response;
(3)服务接口函数method;
RPC-client的工作就异常简单了:
(1)调用method;
(2)绑定回调函数,处理回调;
对应上图中顶部方框的绿色部分。
RPC-server的工作也非常简单,像实现一个本地函数一样,提供远程的服务:
(1)实现method;
(2)接受request,逻辑处理,返回response;
对应上图中底部方框的黄色部分。
srpc框架完成了绝大部分的工作:
(1)对request序列化,压缩,处理生成二进制报文;
(2)连接池,超时,任务队列,异步等处理;
(3)对request二进制报文处理,解压缩,反序列化;
...
对应上图中中间的方框的红色部分,以及大部分流程。
在这个过程中,srpc采用插件化设计,各种复杂性细节,对接口调用方与服务提供方,都是透明的,并且具备良好的扩展性。
如上图所示,用户只需要关注IDL,即逻辑请求,响应,接口的调用与实现。框架层面,将各种能力以插件的方式集成进来,向用户提供不同能力的组合选择。
另外,定义好IDL之后,服务端的代码可以利用框架提供的工具自动生成代码,业务服务提供方,只需要专注于业务接口的实现即可,你说帅气不帅气?
画外音:具体的生成工具,与生成方法,请参看git上的文档。
最后,我觉得这个srpc最帅气的地方之一,就是:开源版本即线上工程版本,更新快,issue响应快,并且文档真的很全!
画外音:不少大公司,公司内部的版本和开源的版本是两套代码,开源版本没有文档,KPI完成之后,开源就没人维护了,结果坑了一大票人。
文章的结尾,分享一些学习资源吧。
项目地址:https://github.com/sogou/srpc
项目demo:
README_cn.md
项目架构设计:
docs/wiki.md
作者知乎:
https://www.zhihu.com/people/liyingxin1412/posts
作者联系方式:
发现bug可以随时提交给她,响应绝对快速。
项目地址:https://github.com/sogou/srpc
Star:800+
画外音:srpc还有很多优秀的设计,等待大家去挖掘。
末了,希望这个1W行代码的RPC框架,能够帮助大家更透彻的了解RPC的底层原理。
阅读原文,直达代码,欢迎标星。
以上是关于1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!的主要内容,如果未能解决你的问题,请参考以下文章
开源微服务API网关,单核2万QPS,今年最值得学习的开源项目
知乎技术分享:从单机到2000万QPS并发的Redis高性能缓存实践之路
牛逼!“京东热” 框架 JD-hotkey 开源了...单机 QPS 可达 37 万!!
干货 | 科技巨头开源的机器学习框架:250万行代码,价值超8000万美元