场景是这样的，有一个很多程序都用得到的功能，比如 URL 去重 /情感分析之类的，我想把它抽出来做成一个基础服务,方便所有程序调用。并且在调用后马上得到结果，可以理解为同步调用。由于自己经验比较少，SOA 方面的框架了解过 thrift 和 thriftpy，以前用过 celery。现在我很疑惑，感觉单是这个需求，好像 celery 就能做了。
但是如果这样的话，thriftpy 有什么存在的价值呢？感觉 thriftpy 能做的 celery 也能做啊。
这是一个菜鸟的疑惑，并不是说 thriftpy 不好哈，所以想让各位朋友帮忙解惑。
 |
1
你不是一直用的 celery 吗，thriftpy 没听过
|
 |
2
你习惯用哪个就用哪个，到达罗马的路不止一条，反正这世界是多样性的。
|
 |
3
@haofly thrift 总听说过的吧。thriftpy 就是 thrift 的纯 python 实现。
|
|
4
@ttycode 恩恩，是的
|
|
5
经过一段时间的思考，我现在的理解是，thrift 它是为不同项目提供 rpc 调用，而 celery 却是单一项目的 rpc 调用，需要共享相同的 Celery 实例。
目前我能理解到的就是这个了。。。 |
 |
6
thrift 是 rpc 框架，解决跨语言的、高性能的 rpc 通信问题
celery 仅仅是一个任务队列 |
|
7
@junneyang 谢谢回答。thrift 是跨语言，但 thriftpy 应该不跨语言，我也没深入使用，这方面还是小白。感谢
|
|
8
|
1
Select Language