私たちは、既製のフルスタックESB(エンタープライズサービスバス - http://en.wikipedia.org/wiki/Enterprise_service_bus)を、RabbitMQなどのAMQPシステムを中心に自社のベンダーと比較して議論しています。ESB for Python?
私たちのエコシステムは、できるだけ早くPythonに移行するPHPで、私たちはすでにJSONですべてのメッセージを渡しているAPIです。 ESB上の検索スペースと「SOAソリューション」は本当に汚染されています。それかこれはちょうどPython Thing(tm)ではありません。したがって私はここで尋ねます:私たちが検討したフルスタックESBソリューションは、主にSOAPベースのコンポーネントの統合に焦点を当てているようです。それは、私たちがやりたくないメッセージの二重ラッピングとアンラッピングのようなものです。また、できる限りESBサービスアダプタをPythonで記述したいと思っています。
PHP/Pythonエコシステムは内部的なものであることに注意してください。私たちのクライアントの多くは、私たちのアプリケーションが統合された大きなモノリシックなエンタープライズウェアを使用しているかなり隠れている組織です。彼らは、SOAP、XML-RPCなど、顧客対応のAPIに満足しています。我々はすでに要求を受けている。したがって、の境界であるでは、最終的には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