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