2

オープンソースのメッセージ キューを推奨してくれる人はいますか? JMS、ギアマンド、zeroMq、Amazon SQS など。Ttは、次の点を満足するのが最善です（強制ではありません）：

  1. 分散型でスケーラブル。
  2. サポートされている非同期メッセージ。
  3. パブリッシュ/サブスクライブをサポートするのに最適
  4. 高可用性、最善の方法はメッセージをドロップしないことです。
  5. ハイパフォーマンス
  6. php sdk と、c/c++ によって開発された mq サーバーをサポートするのに最適です。
  7. 使いやすい
  8. プロジェクトはアクティブです。

どうもありがとう！

4

3 に答える 3

5

古典的なブローカー:

  • Apache ActiveMQ — Apache から実装された JMS ブローカーです。Java で書かれています。
  • RabbitMQ — Erlang で書かれた一般的な AMQP ブローカーの実装。
  • StormMQ — Java で書かれた AMQP ブローカー。RabbitMQ のドロップイン置換 (クライアントを変更する必要はありません)。
  • Apache Qpid — AMQP ブローカー、RabbitMQ のもう 1 つの代替。Java と C++ で書かれています。

上記は、HTTP (REST API)、XMPP、および STOMP トランスポートも提供します。

他のもの：

  • ZeroMQ — これはブローカーではなく、ライブラリです。ブローカーまたはブローカーなしのアーキテクチャのいずれかを許可します。非常に軽く、非常に用途が広く、非常に高速です。C++ で書かれています。
  • Amazon SQS — 他の機能がありません。メッセージのような厄介な制限は、順序どおりであることも、一度だけ配信されることも保証されていません。パブ/サブ アーキテクチャはありません。AWS との組み合わせに限定されます。かなり高いレイテンシ。
  1. 分散型でスケーラブル。—上記のすべて
  2. サポートされている非同期メッセージ。—上記のすべて
  3. pub/subscribe をサポートするのが最善 — SQS を除くすべて
  4. 高可用性、最善の方法はメッセージをドロップしないことです。—すべて、設定に応じて一部
  5. 高パフォーマンス —スループットに関してはすべて、レイテンシに関してはそれより少ないものもあります
  6. php sdk をサポートするのが最善です —上記のすべてで、PHP にはAMQPとSTOMPクライアントが組み込まれており、ZMQとSQSには特定のバインディングがあります。
    および c/c++ によって開発された mq サーバー — ZeroMQ のみですが、実際にはサーバーではありません
  7. 使いやすい -上記のすべて
  8. プロジェクトはアクティブです。—上記のすべて
于 2012-05-10T14:07:27.793 に答える
0

ActiveMQはその法案に適合します。しかし、それはc++ではありません

于 2012-05-04T11:02:18.897 に答える
0

ActiveMQ が最適です。C++ のサポートもあります... CMSを参照してください

于 2012-05-07T06:28:54.930 に答える