7

MULE で Web を調べたところ、アプリが同じ Mule インスタンスにデプロイされていても、アプリ同士が通信するには、TCP、HTTP、または JMS トランスポートのいずれかを使用する必要があることがわかりました。

VM はサポートされていません。

しかし、これは ESB の原則に少し矛盾していると思います。理想的には、ESB で EndPoint を定義し、任意のトランスポートを使用してそれに接続できる必要がありますか? 私は間違っているかもしれません。また、すべてのアプリが同じ JVM を共有しているため、トランザクションのない HTTP プロトコルや、確立できる接続数がサーバー リソースに依存する TCP に依存するのではなく、インメモリ VM キューを介して通信できることが期待されます。JMS の場合でも、別のキューを定義して管理する必要があり、パフォーマンスに影響を与える可能性のある使用量が多い場合です。分散およびクラスター化されたシステムが HTTP または JMS である可能性がある場合、私は同意しますが、オプションのみになります。

VM をアプリ間通信プロトコルとして組み込む計画はありますか? または、あるフローが別のフロー エンドポイントと別のアプリで通信できるようにする他の方法はありますか?

EDIT : - Mulesoft からの回答 http://forum.mulesoft.org/mulesoft/topics/concept_of_endpoint_and_inter_app_communication
はい、将来のリリースでアプリ間通信について考えています。いつ実装するかはまだ明確ではありませんが、この機能をどのように動作させたいかについていくつかのアイデアがあります。すべてのアプリで使用するリソースを定義できるサーバー レベルの構成を作成する場合があります。そこで VM コネクタを定義し、それを使用して同じサーバー内のアプリ間でメッセージを送信できます。何度も言いますが、これはただの考えです。

4

2 に答える 2

2

アプリ間通信としてのVMの使用に関しては、VMに将来の機能があるかどうかに答えられるのは、MuleSoftだけです。

ESBの原則と矛盾するとは思いません。「コンテナ」機能は、David AChappellの「EnterpriseServiceBusbook」の第6章でかなり明確に定義されています。コンテナは、アプリケーションを分離しておくために最善を尽くす必要があります。

これにより、「独立して展開可能な統合サービス」（同じ章）、より簡単なクラスター化、その他の利点などのいくつかの利点が提供されます。

異なるサーバーに配置されたアプリ間で行われるかのように、同じVMアプリ間通信にアプローチする必要があります。

于 2013-02-24T22:05:22.987 に答える