在工作中,我們正在討論選擇現成的全堆棧ESB(企業服務總線 - http://en.wikipedia.org/wiki/Enterprise_service_bus)與圍繞AMQP系統(例如RabbitMQ)滾動我們自己。用於Python的ESB?
部分問題在於我們的生態系統是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生態系統來說是一個更好的主意嗎?
呀,一個同事被重新實現我們與RabbitMQ的過去的災難作爲試點之一,僅僅在幾分鐘前發出了一封電子郵件,提到了更快的序列化。實際上,是的,如果我們選擇了錯誤的AMQP庫並將其放棄,那麼這種或那種方式會很痛苦,要麼我們不得不拆除並替換或維護放棄軟件。謝謝! – taiganaut
zato特別爲python爲中心的應用程序。他們發表了一篇關於esb的文章[1]很棒。 [1] https://zato.io/docs/intro/esb-soa.html – Kunthar