質問

RabBitmqはMuleと比較して、私はメッセージ指向アーキテクチャを使用してアプリケーションを構築します。他の選択肢を考慮せずに選択しているのであれば、私は疑いがあります。

私はほとんどRabbitmqがメッセージブローカーであり、プロデューサーとコンシューマ間のメッセージを仲介するのに役立ちます(すべてのフォームやパブリッシュサブスクライブ、Twitterのような実際の例からの使用方法、またはFacebookのアップデートなど)< / P>

Muleとは何を達成することができたら、ラブビットで何をしているかを実現できたら、私はRabbitmqと似たMuleを検討する必要がありますか?

は、Muleはメッセージブローカーのそれとは異なる目標を持っていますか?

Muleは、その基礎となることを想定しています。

は完全なJava Basesシステム(Rabbitmqを使った現在の実験で、C#とサーバーをC#とサーバーと一緒に記述するために30分以内にしました。)は、Muleで簡単に行われます。

役に立ちましたか?

解決

MuleはESB(エンタープライズサービスバス)です。RabBitMQはメッセージブローカーです。

eSB は、ルーティング、変換、ビジネスプロセス管理などのメッセージブローカーのATOPを提供します。アプリケーション、Webサービス、RESTエンドポイント、データベース接続、電子メール、およびFTPサーバーのアプリケーション間のメディエータです。異なるプロトコルを話すアプリケーションのネットワーク内で相互運用性を向いている高レベル積分バックボーンです。

a a message broker は、開発者が発行者と購読者間で生のメッセージを中継することを可能にする低レベルのコンポーネントであり、通常は同じシステムのコンポーネント間ではなく、必ずしもそうわかりません。応答時間を低く保つために非同期処理を可能にするために使用されます。一部のタスクは処理に時間がかかりますが、時間が敏感ではない場合は自分が物事を保持してほしくありません。代わりに、(パブリッシャとして)キューにメッセージを投稿し、加入者がそれをピックアップして「後で」処理してください。

他のヒント

Muleは、メッセージブローカーで実装されている「高レベル」サービスです。 docs

ESBのメッセージングバックボーンは 通常はJMSを使用して実装されていますが、 その他のメッセージサーバーの実装

を使うことができます

rabbitでESBを構築することができます。ただし、バイト[]パッケージの送信に限定される予定です。翻訳層が少ないため、少し速い(ベンチマーク、テスト、またはデータに基づいています)。Muleはこれの上に抽象化を提供し、さまざまな輸送を話し、いくつかのルーティングロジックを処理することができます。

Muleはエンタープライズサービスバスで、サブライバとレシーバ間のメッセージをキューイングするためのメッセージブローカーであるため、エンドエンド統合ソリューションを終了します。

RabBitMQであるオープンソースメッセージブローカーソフトウェアは、Erlangプログラミング言語で書かれており、クラスタリングとフェイルオーバー用のオープンテレコムプラットフォーム上に構築されています。使いやすく、膨大な数の開発者プラットフォームをサポートし、すべての主要なオペレーティングシステムで実行されます。それは交換と呼ばれる概念で動作します。 MuleはRabBitmqをAMQPコネクタで接続します。

ウサギはクライアント - サーバERAからのもので、MuleはAPIネットワーク時代に属します。従来のプラットフォームの限界で実装を余儀なくされていない限り、それはMuleとRest APIを使って行くのが良いです。とにかく、数年で、あなたがウサギのために書いたコードは、現在と将来のAPI LEDアーキテクチャをサポートするように修正されなければなりません。だから、なぜそれをしないのですか?私の数セント

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top