【发布时间】:2012-05-10 19:53:46
【问题描述】:
在工作中,我们正在讨论选择现成的全栈 ESB(企业服务总线 -- http://en.wikipedia.org/wiki/Enterprise_service_bus)与围绕 RabbitMQ 等 AMQP 系统自行开发。
部分担忧是我们的生态系统是 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 生态系统来说是一个更好的主意吗?
【问题讨论】:
标签: python soa rabbitmq esb amqp