Python 做服务化，用 thriftpy 和 celery 有啥区别？

[resolvewang]

场景是这样的，有一个很多程序都用得到的功能，比如 URL 去重 /情感分析之类的，我想把它抽出来做成一个基础服务,方便所有程序调用。并且在调用后马上得到结果，可以理解为同步调用。由于自己经验比较少，SOA 方面的框架了解过 thrift 和 thriftpy，以前用过 celery。现在我很疑惑，感觉单是这个需求，好像 celery 就能做了。

但是如果这样的话，thriftpy 有什么存在的价值呢？感觉 thriftpy 能做的 celery 也能做啊。

---

这是一个菜鸟的疑惑，并不是说 thriftpy 不好哈，所以想让各位朋友帮忙解惑。

[haofly]

你不是一直用的 celery 吗，thriftpy 没听过

[ttycode]

你习惯用哪个就用哪个，到达罗马的路不止一条，反正这世界是多样性的。

[resolvewang]

@haofly thrift 总听说过的吧。thriftpy 就是 thrift 的纯 python 实现。

[resolvewang]

@ttycode 恩恩，是的

[resolvewang]

经过一段时间的思考，我现在的理解是，thrift 它是为不同项目提供 rpc 调用，而 celery 却是单一项目的 rpc 调用，需要共享相同的 Celery 实例。
目前我能理解到的就是这个了。。。

[junneyang]

thrift 是 rpc 框架，解决跨语言的、高性能的 rpc 通信问题
celery 仅仅是一个任务队列

[resolvewang]

@junneyang 谢谢回答。thrift 是跨语言，但 thriftpy 应该不跨语言，我也没深入使用，这方面还是小白。感谢

[junneyang]

@resolvewang thriftpy 也是跨语言的
用 thriftpy 写的服务端
客户端可以随便选择语言访问服务端