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