1

システム統合の観点から、中規模から大規模のアプリケーションでは、EJBを介してESB（エンタープライズサービスバス）ミドルウェアテクノロジを使用するのが一般的ですか、それとも主にBPM（ビジネスプロセス管理）アプリケーション用にESBミドルウェアを使用するのですか？

4

2 に答える 2

2

ESBは主に、プロキシ、ルーティング、メッセージ変換、負荷分散、さまざまなプロトコルの通信など、上記の一部またはすべて、またはそれ以上のさまざまなメッセージ形式を通信するシステムの統合を可能にする目的で統合レイヤーとして使用されます。esbは、本格的な商用/オープンソースシステム、またはプロキシまたはルーターアプリケーションであり、必要に応じてejbを使用して実装できます。ESBとEJBについてコメントすると、これらは関連しておらず、異なる目的を果たします。

BPMには通常、メッセージのオーケストレーション、さまざまなサービス間の相互作用、メッセージ形式、およびシステムが含まれるため、統合の目的でesbが明らかになる傾向があります。あなたの主張についてコメントすると、ESBはBPMのために予約されておらず、必須でもありません。

于 2012-10-01T20:21:44.377 に答える
1

私の謙虚な意見では、ESBはBPMだけのものではありません。
ESBを使用すると、分散アーキテクチャを作成できます。
分散アーキテクチャの利点はよく知られています（たとえば、スケーラビリティ）。
もちろん、これを実現するためのソリューションはESBだけではありませんが、利用可能なソリューションの1つです。
多くのサービスとプロトコルの差別化（つまり、HTTP、JMSなどの使用）がない分散アーキテクチャが必要な場合は、別のソリューションを検討する必要があることに注意してください。
ESBは、さまざまなプロトコルを使用する多くのサービスがある場合に役立ちます（たとえば、受け入れるコンポーネントと、JMSキューをリッスンする別のコンポーネントを想像してください。「論理的に」同じメッセージを送信する必要があるかもしれませんが、最初のサービスに一度言われ、後で2番目のサービスに送信する必要があり
ます-ESBはこのタスクの実行を支援します）。このブログ
でこのテーマについてもっと読むことをお勧めします。

于 2012-09-29T19:04:10.180 に答える