メッセージブローカーとESBの違い
Message BrokersとESB（stackoverflowでも）に関するさまざまな質問/記事を読みました。メッセージブローカーとESBの明確な境界の違いは何ですか？ここで私は製品、Websphere BrokerとMule ESBを比較しようとしています!! まず、（任意のバージョンの）Webshere BrokerはESBですか？私たちのIBM製品担当者は、それがESBであると主張しています！ メッセージブローカーはHUB-SPOKEモデルで動作するという限られた情報しか教えてくれません。ただし、ESBはバスアーキテクチャで動作します。では、いったいどういう意味でしょうか。HUBに障害が発生した場合（私は推測できない）はブローカーが完全に失敗した場合よりも読んだことがあります。これはESBの場合ではありません（つまり、それらの人は言う）。ここで私が理解できないのは、「BUSが失敗した場合はどうなりますか？」 ESBとブローカーに関する通常のことは、ルーティング、変換、オーケストレーションなどを提供することです。そのため、これらの両方がこれを提供するのであれば、なぜ一方を他方よりも選択するのでしょうか。 紛争の別の領域は、変換に関するものです。ESBは、メッセージブローカーと比較して、異なる方法でそれを容易にしますか？私はこれについていくつかの洞察が本当に好きです。 次に、水平スケーリングについて説明します。誰が誰よりも優れていますか？または、どちらも複雑さ（またはその他の要因）の点で同等にスケーラブルです。もちろんコストに関しては、Webshpere Brokerが各ボックス（CPUはもちろん）ごとに課金します。市販のMULE ESBでもそれはできないと思います。コストの部分は別として、ESBスケーリングとMessage Brokerスケーリングの影響は何ですか。ESBでサービスレベルまでスケールアップできることを知っています。これはメッセージブローカーで可能ですか？