24

私は、将来の製品にどのメッセージング ソリューションを採用するかを調査していますが、これについてはよくわかりません。

AMQP 0.9.1 の実装は多数ありますが (RabbitMQ、Apache Qpid、OpenAMQ など)、AMQP 1.0 の実装はありませんが、1.0 は 2011 年 10 月に完成しています。SwiftMQ を除いて [1]。

1.0 を調べてみると、1.0 より前の仕様から大幅に逸脱しているように見えるため、正常に動作しているものを大幅に書き直すことにほとんど熱意がないことは理解できるようです。実際、RabbitMQ などの企業が AMQP 1.0 ではなく ZeroMQ への移行を決定しない理由がわかりません。

それでも、「常に最新の AMQP 仕様を実装するよう努める」などの漠然としたコミットメントを除いて、1.0 より前の AMQP 仕様の実装者による明確な声明は見つかりません。

編集： RabbitMQは実際に言っています

RabbitMQ の将来のバージョンでは、AMQP 1.0 が実装されます。詳細はお問い合わせください。

しかし、声明は 3 年以上前のものである、つまり、AMQP 1.0 のリリースよりも前のものであることがわかりました。

AMQP 1.0 が標準になる可能性を示す兆候はありますか? 主要な銀行 (および Microsoft) が背後にいるという事実を除いては? ところで後者。独自の実装なし。

AMQP 0.9.1 は 1.0 よりも標準的であるように思われます。

さて、https://github.com/rabbitmq/rabbitmq-amqp1.0があり、自称プロトタイプであり、半年間作業が行われていないようです。

[1] SwiftMQ の私の第一印象は、Spring の AMQP サポートの欠如に関する作者の暴言から得たものであり、当面は考慮していません。あの人からのサポートは期待したくない。

4

6 に答える 6

16

AMQP 1.0は、名前だけでAMQP0-9-1の代替です。この2つは非常に異なるため、異なる名前を付ける方が明確だったかもしれません。

現在の0-9-1実装を選択しても、制限はありません。

0-9-1はブローカーとメッセージングモデルを定義し、1.0はメッセージングトランスポートを定義します。したがって、2011年にニューヨークで開催されたAMQP 1.0カンファレンスでRabbitMQが示したように、AMQP 1.0トランスポートを0-9-1と組み合わせることができます。これはトランスポートであるため、AMQP1.0は独自仕様および/またはクローズド非ロイヤリティフリーのブローカー。

AMQP 1.0は、「メンバー投票がOASIS標準としての承認を検討するための準備として60日間の公開レビュー期間」に入ったばかりです。

「60日間の公開レビューは2012年8月14日から始まり、2012年10月13日までです。

これはコメントへのオープンな招待状です。OASISは、技術作業の相互運用性と品質を向上させるために、OASISメンバーであるかどうかに関係なく、潜在的なユーザー、開発者、その他からのフィードバックを求めています。」

詳細はこちら：

https://www.oasis-open.org/news/announcements/60-day-public-review-for-advanced-message-queueing-protocol-amqp-v1-0-candidate-o

于 2012-08-17T10:39:50.887 に答える
5

RabbitMQチームからの声明に関して私が見つけた最新のものは、古い仕様ページによると

は、実装可能な AMQP 1.0 ドラフトを今年提供することを目的とした AMQP ワーキング グループに積極的に参加しています。

2012 年 1 月の RabbitMQ のSimon MacMullenからの次のメッセージです (省略記号、私の強調):

また、RabbitMQ が 1.0 をサポートしないと考えるのはなぜですか? 業界での採用が見られないかもしれないという考えですか、それとも何か他のものですか?

[..] 0-9-1 との大きな違いなので、名前にもかかわらず、私はそれを別のプロトコルと見なしています。[..]

はい、サポートしたいのですが、 MQTT と SQS もサポートしたいと思います [..]

また、業界での採用はあまり見られないかもしれません[..] あまり文句を言うつもりはありませんが、かなり重くて複雑なので、適切にサポートするために、私たちが望んでいる他の多くのことをしないことを検討しています。 .

もちろん、AMQP 1.0 が大幅に普及すれば、事態は大きく変わる可能性があります。

ソース: https://groups.google.com/d/topic/rabbitmq-discuss/9Hj0FzgyLQk/discussion

于 2012-08-15T00:20:07.000 に答える
3

他の 1.0 実装があります。今後の Qpid リリース (おそらく数週間以内に利用可能になる予定) では、JMS クライアントと Java ブローカーの 1.0 がサポートされます。他のコンポーネントの 1.0 サポートの作業が進行中であり (次のリリースを目標に)、新しいプロトン ライブラリに基づいています。これは、既存のブローカーまたは他のシステムに 1.0 サポートを追加する簡単な方法として使用できるように設計されています。 1.0 サポート。そのため、Qpid プロジェクトは 1.0 の完全なサポートに確実に取り組んでおり、最終的には以前のすべてのバージョンが置き換えられます。API は、1.0 への移行を容易にするように設計されています。

于 2012-08-13T09:18:40.450 に答える
1

悲しいですが、特にサポートは頼りになるものです。;-)

待つことが理にかなっているのかという質問に答えるには: はい! なんで？プロトンをチェックしてください。

Proton は AMQP 1.0 メッセージング標準に基づいています。

于 2012-08-13T14:03:50.327 に答える
0

http://geekswithblogs.net/michaelstephenson/archive/2012/08/12/150399.aspxによると：

AMQPは、現在、オンプレミスまたはクラウドのService Busでサポートされていませんが、AMQPでのMicrosoftの位置付けを説明するウェブキャストがあり、将来のリリースで期待される重要な機能のようです。

それで：

待つのは理にかなっていますか？

答えは「いいえ」と言っても過言ではないでしょう。

  • MSは当初の熱意にもかかわらずまだ存在しておらず、最近リリースされたアップデートAMQPの発表とドキュメントには何の言及も見つかりませんでした。MS側にニュースがあります。DavidInghamの回答を参照してください。 Service Bus for Windows Server
  • the upcoming Qpid release (probably available in the next couple of weeks) will have 1.0 support for the JMS client and the Java broker、それは11週間前のことです。もちろん、予測を立てるのは難しいですが、実際のところ、それはまだここにはありません。

したがって、SwiftMQを除いて、AMQP 1.0の実装は機能しておらず、最近の発表や声明から判断すると、それほど熱意はありません。Qpidがすぐにリリースすることを期待しています。結局のところ、1.0の製図者がプロジェクトのメンバーですが、そうでない場合は、棺桶の最後の釘のようになります。

いずれにせよ、AMQP 1.0は広く採用されておらず、近い将来に採用されるという信頼できる兆候はありません。

于 2012-10-29T23:45:50.893 に答える