ESB for Python？

Question

在工作中,我们正在讨论选择现成的全栈ESB(企业服务总线 - http://en.wikipedia.org/wiki/Enterprise_service_bus),而不是围绕AMQP系统(例如RabbitMQ).

部分关注点是我们的生态系统是PHP尽可能快地向Python移动,我们已经拥有的API都以JSON方式传递消息.ESB和"SOA解决方案"上的搜索空间确实受到严重污染; 或者这不是Python Thing(tm).因此我在这里问:似乎我们所考虑的所有全栈ESB解决方案主要集中在集成基于SOAP的组件上.这似乎是我们可能不想做的很多双重包装和解包的消息.另外,如果可以的话,我们真的想用Python编写我们的服务到ESB适配器.

我应该注意到PHP/Python生态系统是内部的 - 我们的许多客户都是使用我们的应用程序集成的大型单片企业软件的相当隐藏的组织.对于面向客户的API,他们会对SOAP,XML-RPC等感到满意.我们已经有了请求.因此,在边界,我们最终可能最终提供基于JSON和基于SOAP的服务; 只是没有内部.

tl; dr:有没有人喜欢使用Python应用程序的全栈ESB？那个与你合作过的不受欢迎的人怎么样(无论如何,它有多可怕)？你认为包装像RabbitMQ这样的东西对于PHP/Python生态系统来说更好吗？

Answer 1

哇……这真是一个问题，我无法完全回答……但既然你问了，这里就是众所周知的 2 美分：

RabbitMQ 相当不错。我将它用于在科学计算网格上实现缓存的多代理系统中进行实时消息传递。RabbitMQ 的一个很好的功能是您可以推送任意（包括二进制）消息，这可能是一个很好的性能功能。（也许使用 Hessian 协议的序列化/反序列化？）

我对 RabbitMQ 唯一关心的是 AMQP 的 python 库的持续支持。当前的库很实用，我已经使用过它们......但它们出现的时间不长，而且我不确定对此类工作感兴趣并支持此类工作的社区有多大。也就是说，RabbitMQ（AMQP 和一般的消息传递）最近似乎正在成为一个更热门的话题，希望这能拓宽 python - AMQP 接口库的基础。