メッセージを指向ミドルウェア(ママ)Vs.企業サービスバス(ESB)

Question

からやってきました背景のママ。と思いを理解していESB概念的に整理.しかし、じゃなくても、実践の場でものづくりに関しては、選択》.

こちらは何を知りたい

1)いずれかの良いリンクオンラインで助けてくれています。

2)で誰か教えても意味があるのです。

他の助けが便利です。

Answer 1

メールが集中し、信頼性の為のメッセージ周辺のネットワークキュー利用として信頼性の負荷バランサートピックを公開および登録.

るESB一般的傾向にあるの追加とは異なる特徴を超えてメールなどの協奏、ルーティング、変革に対応します。

されています。についての本を読むの 企業の統合のパターン るの概要共通パターンだけを使用する傾向があるに統合問題については、すべて上記のメッセージバスでも使用できるデータセンター向けネットワーク技術があります。

たとえば、オープンソース; Apache ActiveMQ 無疎結合の信頼性交換のメッセージを利用することができ Apacheキャメル 実施のため 企業の統合のパターン スマートルーティング、変換、協奏, 他の技術 います。

Answer 2

MOMソリューションとESBソリューションを2つの異なるプレーンに配置しました。

MOMはESBソリューションの構成要素であると考えています。実際、ESBソリューションは、特定のMOM実装によって提供されるパラダイムを使用するだけで、独自の疎結合および非同期通信機能に到達します。

したがって、MOMは（特定のベンダーの実装に応じた）カスタマイズされたレベルのQoSでのデータ/イベント配信のソリューションを表し、ESBはSOAシナリオ（サービスを提供する複数のプロバイダーがある）で複雑なオーケストレーションを実現する機能を提供するソリューションを表します、最初のサービスが提供するサービスの利用に関心のある複数の消費者）。

複雑なオーケストレーションは、レガシーシステム間の通信を意味し、これらのすべてが独自のデータドメイン表現（特定のデータに関するルールとサービス）と独自の通信パラダイム（ある消費者がCORBAを使用してESBと対話し、別の消費者がWSを使用するなど）に）。

ESBは、データバス（誰もが自分のPCに持っている電子バスなど）の抽象化を提供することを目的とした、より複雑なアーキテクチャソリューションであり、 （i）データ表現と（ii）通信で不均一性を隠す

長い投稿は申し訳ありませんが、概念は複雑であり、短い文で効果的かつ効率的にすることは非常に困難です。

Answer 3

ESBは通常、メッセージのルーティング、ログ記録、変換、およびその他の「技術的」な（つまりビジネス以外の）機能を実行するレイヤーです。メッセージングシステム（JMSベースなど）からのメッセージを処理したり、他のタイプのメッセージ（SOAPベースのWebサービスなど）で動作したりできます。その点では、MoMよりも一般的です。

免責事項：私はIBM WebSphereのコンサルタントです-公式の立場ではここに貢献していません。

Answer 4

真の形式のWebサービスを備えたESBは、メッセージの要素の1つを介してデータを送信することにより、アプリケーションの疎結合を提供します。

MOMは、アプリケーションの疎結合だけでなく、疎結合を処理します。

ESBには、ガバナンス中心のアプローチをサポートする追加機能が付属しています。

両方は、シナリオに応じて独立して使用することも、一緒に使用することもできます。

Answer 5

IBMおよびOracleはSOA認定を取得しています。彼らは市場のリーダーであるため（Gartner Magic Quadrant）、SOAとESBをどのように定義するか（ガバナンスやレジストリなどのSOAをサポートするために必要な方法論とコンポーネントとともに）を読みます

Answer 6

EBSは、SOA 2.0と同様に、もう1つの流行語です。

通常のWebサービスを使用してESBシステムを簡単に実装することができ、その背後にキューがあります。 SOA 1.0（Tibco、BizzTalk）を使用してメッセージルーティングまたはオーケストレーションを行うことができます。さらに重要なことは、システムで交換されるメッセージに与えられたセマンティクスが重要な役割を果たすことであり、この場合はイベントです。イベントとしてのメッセージは、システムで発生した何かに関するトリガーであるため、コンテキストは異なります。