这是一个创建于 3518 天前的主题，其中的信息可能已经有所发展或是发生改变。
业务被分成了几个子系统，全部用 python ，相互之间使用 http 通信，感觉性能不佳，求指点
第 1 条附言 2016-02-25 18:04:54 +08:00
有些朋友提到了用消息队列，非常谢谢，不过我这种是需要立即返回数据的
 | 1 zwzmzd 2016-02-25 17:34:14 +08:00 via Android rpyc 试试？这玩意用起来方便，但是入门时会踩很多坑 |
 | 2 cloudzhou 2016-02-25 17:39:30 +08:00 RPC with protocol buffer |
 | 3 shidenggui 2016-02-25 17:46:58 +08:00 grpc / thrift |
 | 4 harry890829 2016-02-25 17:48:35 +08:00 我写 c 的时候，用过 zeromq 库，感觉还不错，不过也有蛋疼的地方 |
 | 5 taozle 2016-02-25 17:54:56 +08:00 RPC over HTTP |
 | 6 nooper 2016-02-25 17:56:24 +08:00 celery |
 | 7 zjq426 2016-02-25 18:04:48 +08:00 简单的话可以用 jsonrpc ， uwsgi 本身也可以 rpc 。 |
 | 8 9hills 2016-02-25 18:07:17 +08:00 先给出 HTTP 的性能数据，然后分析性能瓶颈 比如你的瓶颈是读写数据库，那么你换什么 rpc 都不管用的。。。 |
 | 9 langer 2016-02-25 18:08:11 +08:00 将非同步任务拆出来使用一步任务处理，功能模块用 rpc 。同步任务中做性能提高 rpc 还是比较主流的方案。 |
| 10 zjq426 2016-02-25 18:08:39 +08:00 是 uWSGI ，手残了。另外这个貌似还可以通过 rpc 来本地调用实现不同语言之间模块调用（走网络的当然也可以），感觉比较炫酷。 http://uwsgi-docs.readthedocs.org/en/latest/RPC.html |
 | 11 mengzhuo 2016-02-25 21:24:09 +08:00 via iPhone 感觉都是假的 先 profile 再看数据 http 有一定的损耗 但绝对不是大头 |
 | 12 zhuangzhuang1988 2016-02-25 22:58:43 +08:00 celery.. |
 | 13 ltttx 2016-02-26 09:47:12 +08:00 先确定性能瓶颈是不是 http 的原因吧 |
 | 14 Walleve0 2016-02-26 14:02:33 +08:00 如果都能确定瓶颈是 HTTP 通讯，也应该不用来问这个问题了吧。。 |
Select Language