職場では、既製のフルスタック ESB (Enterprise Service Bus -- http://en.wikipedia.org/wiki/Enterprise_service_bus ) を選択するか、RabbitMQ などの AMQP システムを中心に独自のものを展開するかについて議論しています。
懸念の 1 つは、私たちのエコシステムが PHP を Python にできる限り速く移行していることと、既に持っている API がすべて JSON でメッセージを渡すことです。ESB と「SOA ソリューション」の検索スペースは、本当に汚染されています。それかこれは Python Thing(tm) ではありません。そこで私はここで質問します。私たちが検討したすべてのフルスタック ESB ソリューションは、主に SOAP ベースのコンポーネントの統合に焦点を当てているようです。これは、やりたくないメッセージの二重ラッピングとアンラッピングが大量にあるように思えます。また、可能であれば、サービスから ESB へのアダプターを Python で作成したいと考えています。
ここで、PHP/Python エコシステムは内部的なものであることに注意してください。クライアントの多くは、アプリを統合する巨大なモノリシック エンタープライズ ウェアを使用するかなり隠れた組織です。彼らは、顧客向け API の SOAP、XML-RPC などに満足するでしょう。すでにリクエストがありました。そのため、国境では最終的に JSON ベースと SOAP ベースの両方のサービスを提供することになるかもしれません。内部だけではありません。
tl;dr: Python アプリで使用するのに適したフルスタック ESB を持っている人はいますか? あなたが一緒に仕事をしたことのある好まれていない人はどうですか?PHP/Python エコシステムにとって、RabbitMQ のようなものをラップすることはより良い考えだと思いますか?