作者jojochuang (修身.齐家.治国.平天下)
看板Soft_Job
标题Re: [请益] 所以,到底什麽是RESTful API?
时间Tue Mar 12 23:18:08 2019
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
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 107.3.154.248
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1552403891.A.709.html
1F：→ dreamnook: 要开始深度讨论了吗(买盐酥鸡跟准备笔记本 03/12 23:23
2F：推 neo5277: 换成core 看看罗 03/12 23:26
3F：推 kokolotl: (掏本本 03/12 23:39
4F：推 anr2: 看应用啊 大量数据 grpc 大胜啊 03/12 23:50
5F：→ alan3100: 听起来比较像没有scaling的能力 03/13 00:35
6F：推 lemon651: 这是scaling problem跟是不是用protobuf没关吧 03/13 00:44
7F：→ jojochuang: protobuf parse的速度比json快多了 03/13 09:23
8F：→ jojochuang: 还有Jetty 的SSL太慢 03/13 09:23
9F：→ mkmkdada: 该注意的是一条连线是否能同时处理多个 request 和 SSL 03/13 09:37
10F：→ mkmkdada: 加解密速度 03/13 09:37
11F：→ pttuser2266: 请问换GRPC 效能快多少？ 03/13 09:38
12F：→ mkmkdada: body 编码速度应该不是瓶颈 03/13 09:39
13F：→ alan3100: 问题是你搞错方向了,这是另一个主题.service scaling 03/13 09:41
14F：→ alan3100: 这跟用不用rest没有关系 03/13 09:42
15F：→ jojochuang: 没试过GPRC但Hadoop RPC一秒可以几十万以上 03/13 09:51
16F：→ jojochuang: 楼上 就是因为做rest的building block都不够有效率阿 03/13 09:56
17F：→ jojochuang: 如果有能跑rest+SSL能上一秒10万个requests我会很有兴 03/13 09:57
18F：→ jojochuang: 趣 谢谢 03/13 09:57
20F：→ alan3100: 给关键字没兴趣就没交集好讨论的了 就到此为止吧 03/13 12:29
21F：推 thefattiger: alan的意思是api的形式跟你server内部怎麽处理无关吧 03/13 13:53
22F：→ thefattiger: rest也没规定一定要json 03/13 13:54
23F：推 oopFoo: restful api就是容易scale out。要scale out Hadoop KMS 03/13 21:30
24F：→ oopFoo: google 一下 "hadoop kms high availability" 03/13 21:31
25F：→ brucetu: 搞错方向 , 照你这样说FB 百度 淘宝 为什麽不用protobuf? 03/14 03:40
26F：→ brucetu: 整个系统的瓶颈不在parseJSON这段 还是以开发好做为主 03/14 03:40
27F：→ dream1124: 好奇了解你跑 jetty 的硬体等级是什麽？ vm 的设定？ 03/14 09:46