私は将来の製品のためにどのメッセージングソリューションを決定するかを理解するために調査を行っていますが、これを実際に理解することはできません。
AMQP 0.9.1の実装はたくさんありますが(RabbitMQ、Apache Qpid、OpenAMQなど)、AMQP 1.0の実装はありませんが、1.0は2011年10月に完成しました。SwiftMQ[1]を除いて。
1.0を読んでみると、1.0より前の仕様から大きく逸脱しているように思われるので、正常に機能しているものを大幅に書き直すことにほとんど熱意がないことは理解できるようです。実際、RabbitMQなどがAMQP1.0ではなくZeroMQに移行することを決定しない理由がわかりません。
それでも、「常に最新のAMQP仕様を実装するよう努める」などの漠然とした取り組みを除いて、1.0より前のAMQP仕様の実装者による明確な声明は見つかりません。
編集:RabbitMQは実際に
ただし、 something は、ステートメントが3年以上前のものである、つまりAMQP1.0のリリースよりも前のものであることを示しています。
では、主要銀行(およびMicrosoft)がその背後にあるという事実を除いて、AMQP 1.0が標準になる可能性があるという兆候はありますか?後者のところで。独自の実装なし。
AMQP0.9.1は1.0よりも標準的であるように思われます。
ええと、 https://github.com/rabbitmq/rabbitmq-amqp1. 、自称ステータスはプロトタイプで、どうやら半年。
[1] SwiftMQの第一印象は SpringのAMQPサポートの欠如に関する作者の怒り でした。そのため、当面は検討していません。あの男からのサポートを頼りにしたくありません。
http://geekswithblogs.net/michaelstephenson/archive/2012/08/12/150399.aspx によると:
AMQPは、現在、オンプレミスまたはクラウドのService Busでサポートされていませんが、AMQPでのMicrosoftの立場を説明するウェブキャストがあり、将来のリリースで期待される重要な機能のようです。
そう:
待つのは理にかなっていますか?
答えはいいえと言っても過言ではないと思います。
AMQP
についての言及が見つかりませんでした 最近リリースされました _Service Bus for Windows Server
_更新:ありますMS側のニュースについては、DavidInghamの回答を参照してください。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は広く採用されておらず、近い将来に採用されるという信頼できる兆候はありません。
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メンバーであるかどうかに関係なく、潜在的なユーザー、開発者、その他からのフィードバックを求めています。」
詳細はこちら:
今週、OASIS AMQP 1.0標準が承認されました。 https://www.oasis-open.org/news/pr/amqp-1-0-approval を参照してください。 1.0の実装に関しては、まだ少し初期段階であり、多くの開発が行われていることはわかっていますが、現時点では、使用可能なコンポーネントのリストを以下に示します。
ブローカー:
クライアントライブラリ:
RabbitMQチームからのステートメントに関して私が見つけた最新のもの古い仕様によると ページ また
は、今年実装可能なAMQP1.0ドラフトを提供することを目的としたAMQPワーキンググループに積極的に参加しています。
2012年1月のRabbitMQSimon MacMullenからのこのメッセージです(省略記号、強調鉱山):
また、RabbitMQが1.0をサポートしないことを検討するのはなぜですか?業界で採用されていないのではないかと考えているのでしょうか。
[..] -9-1とは非常に大きな違いがあるので、別のプロトコルと見なします名前にもかかわらず、実際には。 [..]
そうです、サポートしたいのですが MQTTとSQSもサポートしたいと思います[..]
そして業界での採用はあまり見られないかもしれません、[..]そして、あまり文句を言うことなく、かなり重くて複雑ですなので、適切にサポートするためにnot私たちがやりたいことを他にもたくさんやっていないのを見てください。
もちろん、AMQP 1.0が大幅に普及すれば、状況が大きく変わる可能性があります。
出典: https://groups.google.com/d/topic/rabbitmq-discuss/9Hj0FzgyLQk/discussion
他にも1.0の実装があります。今後のQpidリリース(おそらく今後数週間で利用可能)では、JMSクライアントとJavaブローカーの1.0サポートが提供されます。他のコンポーネントの1.0サポートの作業が進行中です(後続のコンポーネントを対象としています)。リリース)であり、1.0サポートの恩恵を受ける既存のブローカーまたは他のシステムに1.0サポートを追加する簡単な方法としてそれ自体が使用できるように設計された新しいプロトンライブラリに基づいています。したがって、Qpidプロジェクトは確かに1.0は、最終的に以前のすべてのバージョンを置き換えます。APIは、1.0への移行を容易にするように設計されています。
悲しいですが、特にサポートはあなたが私に頼ることができるものです。 ;-)
待つことが理にかなっているかどうかあなたの質問に答えるために:はい!どうして?チェックアウト プロトン 。
プロトンは、AMQP1.0メッセージング標準に基づいています。