V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 3718 days ago, the information mentioned may be changed or developed.
业务被分成了几个子系统，全部用 python ，相互之间使用 http 通信，感觉性能不佳，求指点
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