百亿级企业级 RPC 框架开源了!

  • 时间:
  • 浏览:9

今天给大伙儿介绍给一款性能卓越的 RPC 开源框架,其作者统统推荐每个 Java 多多程序 员都应该看的《Java 生态核心知识点挂接》的原作者张玉龙。

说实话我第一次看到你这个 资料的随后,就感觉作者是一位真正的技术爱好者,随后通过大伙儿介绍终于认识了他。交谈之中得知他在美团工作,最初和大伙儿同时挂接这份资料的初衷是为了面试,估计每天须要面试不要 的应聘者,这份资料成了助手。强烈建议没人看这份资料的同学学习下,作为 Java 生态知识体系构建也是一份不错的资源。

随后得知业余时间他在研发一款开源的 RPC 开源框架,为什么在么在让经过测试可支持百亿级别的调用,为什么在么在让于近期终于完成推出 1.0 版本。这款开源软件名字叫做 Koalas,源代码地址:koalas-rpc,下面对这款开源软件做完整篇 介绍,内容来源于 Koalas 。

Koalas 介绍

企业生产级百亿日 PV 高可用可拓展的 RPC 框架。理论上并发数量接近服务器带宽,客户端采用 thrift 协议,服务端支持 netty 和 thrift 的 TThreadedSelectorServer 半同步半异步多程序 模型,支持动态扩容,服务上下线,权重动态,可用性配置,页面流量统计,支持 trace 跟踪等,火山玻璃接入 cat 支持数据大盘展示等,持续为当事人以及中小型公司提供可靠的 RPC 框架技术方案。

Thrift 是有你这个接口描述语言和二进制通讯协议,它被用来定义和创建跨语言的服务。它被当作有有一另两个远程过程调用(RPC)框架来使用,是由 Facebook 为“大规模跨语言服务开发”而开发的。

为那些叫 koalas

树袋熊英文翻译,希望考拉 RPC 给那些不太喜欢动手当事人去造轮子的人提供可靠的 RPC 使用环境。

为那些要写你这个 RPC

市面上常见的 RPC 框架统统,grpc,motan,dubbo 等,为什么在么在让随着不要 的元素加入,简化的挂接等因素似使得那些框架和 spring 一样,觉得号称是轻量级,为什么在么在让用起来却是让大伙儿很蹩脚,多量的配置,简化的 API 设计,觉得,大伙儿根本用不上那些东西!!!

我也算得上是在统统个互联网企业厮杀过,见过统统统统的内部 RPC 框架,一点优秀的设计我都须要非常赞赏,有一天我老会 想着,为那些不对那些设计原型进行聚合归类,于是当事人搞一套【轻量级】 RPC 框架呢,于是利用业余时间开发此项目,希望源码对大伙儿对认识 RPC 框架起到推进的作用。

技术栈

  • thrift 0.8.0
  • spring-core-4.2.5,spring-context-4.2.5,spring-beans-4.2.5
  • log4j,slf4j
  • org.apache.commons(v2.0+)
  • io.netty4
  • fastJson
  • zookeeper
  • 点评cat(V3.0.0+ 做数据大盘统计上报等使用,可不配置)
  • AOP,反射代理等

技术架构

Koalas 架构图

序列化

考察了统统个序列化组件,其中包括jdk原生,kryo、hessian、protoStuff,thrift,json等,最终选取了Thrift,原应 如下:原生JDK序列化反序列化带宽堪忧,其序列化内容太过全面kryo和hessian,json相对来说比原生JDK强一点,为什么在么在让对跨语言支持一般,统统舍弃了,最终想在protoBuf和Thrift协议后边选取一套框架,你这个 框架很相通,支持跨语言,须要静态编译等等。为什么在么在让protoBuf不带RPC服务,本着提供多套服务端模式(thrift rpc,netty)的状况下,最终选取了Thrift协议。

IO多程序 模型

原生socket都须要模拟出简单的RPC框架,为什么在么在让对于大规模并发,要求吞吐量的系统来说,也就算得上是有有一另两个demo级别的,统统BIO肯定是不考虑了,NIO的模型在序列化技术选型的随后原应 说了,Thrift有你这个支持统统个io多程序 模型,同步,异步,半同步异步等(SimpleServer,TNonblockingServer,THsHaServer,TThreadedSelectorServer,TThreadPoolServer),其中吞吐量最高的肯定是半同步半异步的IO模TThreadedSelectorServer了,具体原应 大伙儿可自行google,这次不做多的阐述,选取好了模型随后,发现thrift果然统统神器一样的所处,再一想,对于服务端来说,IO模型为什么在能少得了Netty啊,统统下决心也要支持Netty,为什么在么在让很遗憾Netty目前没人对Thrift的序列化解析,拆包粘包的外理,为什么在么在让有protoBuf,和http协议的封装,为什么在办,当事人在netty上写对thrift的支持呗,觉得工作量大了一点,为什么在么在让一想netty不统统干你这个 事儿的嘛- -!

服务发现

支持集群的RPC框架后边,像dubbo,原应 是一点三方框架,对服务发现都进行的封装,没人自研RPC句子,服务发现就要当事人来写了,没人简单小巧容易上手的zookeeper肯定是首选了。

内容展示

实际性能压测

8C 16G mac 开发本,单机 300 次请求耗时截图

10w 次请求,大慨耗时 12s,平均 qps 在300左右,在集群环境下会有不错的性能表现

数据大盘展示

koalas2.0 原应 接入了 cat 服务,cat 服务支持 qps 统计,可用率,tp90line,tp99line,富足自定义监控报警等,接入效果图

富足的可视参数,流量统计,日,周,月报表展示等。

链路跟踪

对 RPC 服务来说,系统间的调用和排查异常接口,选取耗时代码是非常重要的,倘若接入了 cat,koalsa-rpc 火山玻璃的支持链路跟踪,一切尽在身旁!

最后

作者非常具有技术情怀,在聊天中说就剩这点爱好了,要坚持下去。听了这句话啥完整篇 不是说了,点击下方链接,先 Star 为敬。

https://gitee.com/a1234567891/koalas-rpc