RESTful API在开发小型系统时满容易开发 但是效能很难上去
我自己实测如果用Jetty当http server的话
在有SSL的情况一秒钟只能接受3千个connection
如果有connection reuse的情况下最多只能处理每秒一万个request
部分的原因是parse JSON的效能不好 部分的原因是Jetty本身implementation不好
高效能的系统可能还是得改用GRPC或是其他transport layer
===
我的例子是开发Hadoop Key Management Server做Hadoop资料加密的系统
几年前实作时为了简单用了RESTful API。现在客户真的认真用这功能后
性能根本撑不上去 所以现在得要重写
打算改用Protobuf + Hadoop RPC换掉REST + Jetty

要开始深度讨论了吗(买盐酥鸡跟准备笔记本

换成core 看看囉

(掏本本

看应用啊 大量数据 grpc 大胜啊

听起来比较像没有scaling的能力

这是scaling problem跟是不是用protobuf没关吧

protobuf parse的速度比json快多了还有Jetty 的SSL太慢

该注意的是一条连线是否能同时处理多个 request 和 SSL加解密速度

请问换GRPC 效能快多少？

body 编码速度应该不是瓶颈

问题是你搞错方向了,这是另一个主题.service scaling这跟用不用rest没有关系

没试过GPRC但Hadoop RPC一秒可以几十万以上楼上 就是因为做rest的building block都不够有效率阿如果有能跑rest+SSL能上一秒10万个requests我会很有兴趣 谢谢

https://www.youtube.com/watch?v=7TOWLerX0Ps给关键字没兴趣就没交集好讨论的了 就到此为止吧

alan的意思是api的形式跟你server内部怎么处理无关吧rest也没规定一定要json

restful api就是容易scale out。要scale out Hadoop KMSgoogle 一下 "hadoop kms high availability"

搞错方向 , 照你这样说FB 百度 淘宝 为什么不用protobuf?整个系统的瓶颈不在parseJSON这段 还是以开发好做为主

好奇了解你跑 jetty 的硬件等级是什么？ vm 的设定？