TIBCORendezvousとMSMQの違いを教えてください。
2 に答える
これはそれほど構造化されていませんが、ここにいくつかの違いがあります。これ以外にも多くの違いがあります。私の Tibco の知識は MSMQ よりもはるかに優れているため、MSMQ に関する私の発言をより懐疑的に扱ってください。
Tibco にはもっと多くの費用がかかります。正確な金額は、サイトのライセンスと交渉によって異なりますが、DR バックアップを備えた bog 標準の rv デーモンの場合、10 ~ 20,000 米ドルの範囲になります)
Tibco RV には、異なる言語 (C、C++、.Net、Java) の複数のクライアント実装があり、複数のプラットフォーム (Windows、さまざまな UNIX フレーバー) をサポートしています。クライアント API は完全にプラットフォームに依存しません (最大の効率のためにそのような知識が必要な場合を除き、ほとんどのユーザーはこれに対処する必要はありません)。
RV にはクラウドの概念、つまりマルチキャスト共有ネットワークがあり、クラウド上のデーモンに送信されたメッセージは、クラウド上の他の場所にあるデーモンに登録されたすべてのクライアントが透過的に利用できます。
MSMQ は、ベース製品で後で配信できるようにメッセージの永続性を提供しますが、TibRV は提供しません (認定されたメッセージング API が必要ですが、これに使用されるジャーナルの完全な制御が提供されます)。
RV はルーティング デーモンを使用して、WAN リンクを介してクラウドをリンクできます (これらは通常のデーモンよりもはるかに高価です)。
RV は、基礎となるメッセージ指向プラットフォームを使用して、クライアントに対してほぼ透過的な方法で、RV の上に追加のサービスを階層化します。フォールト トレラント グループ、Certified メッセージング、およびルーティング デーモンは、これを行うために、予約されたサブジェクトで基礎となるメッセージ パッシングを使用します。
MSMQ は分散トランザクションに参加できますが、RV はできません。
Tibco は MSMQ アダプターを提供しています (私は経験がありませんが)。
Tibco メッセージは複雑な内部構造 (内部にメッセージがネストされている) を持つことができますが、MSMQ メッセージはかなり単純で、通常、構造はユーザーによって定義されます。
Tibco API は、基礎となるソケット待機の側面を公開し、効率的な方法でディスパッチ ループを他のソケット ベースの API と統合できるようにします。
Tibco は金融分野で大規模な市場浸透を遂げており、彼らとの話し合いから、彼らの顧客の多くは、サイト ライセンスと専任の管理者チームを持つ大企業であるように見えます。
MSMQ では、PGM プロトコル (Microsoft と Tibco の代表者によって部分的に設計された信頼性の高いマルチキャスト プロトコル) を介したメッセージの送信もサポートされます。原則として、これはShuggyCoUkが暗示している「クラウド」に送信することとほとんど同じです.PGMキューをリッスンしている複数のクライアントはすべて、別のクライアントからディスパッチされたメッセージを受信する必要があり、サーバーのマルチキャスト効率は一度送信してください。
Tibco Rendezvous (今でもそう呼ばれている場合) は次のとおりです。
- 高い
- 堅実な
- 効率的
- クロスプラットフォーム
- クロスランゲージ
私は MSMQ を使用したことがなく、使用するサブセットが PGM で使用されるかどうかもわかりません。おそらく多くはないと思います。マルチキャストではなく、信頼性よりも待ち時間が優先される群衆 (Rendezvous では一般にその逆) とポイント ツー ポイントを利用する傾向があります。