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

  • 时间:
  • 浏览:1

今天给让当我们让当我们儿介绍给一款性能卓越的 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 开发本,单机 60 00 次请求耗时截图

10w 次请求,要花费耗时 12s,平均 qps 在60 00左右,在集群环境下会有不错的性能表现

数据大盘展示

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

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

链路跟踪

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

最后

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

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