AMQP 1.0实现在哪里？等待会有意义吗？

Question

我正在研究如何确定我们未来产品的解决方案,我无法真正理解这一点.

有一堆AMQP 0.9.1实现(RabbitMQ,Apache Qpid,OpenAMQ,仅举几例),但没有AMQP 1.0实现,尽管1.0已经在2011年10月完成.好吧,除了SwiftMQ [1].

阅读1.0,它似乎与1.0之前的规范有很大的不同,所以似乎可以理解的是,对一些工作正常的重大改写几乎没什么热情.事实上,我不明白为什么RabbitMQ和其他人不会决定迁移到ZeroMQ而不是AMQP 1.0.

尽管如此,除了一些模糊的承诺,例如"努力始终实施最新的AMQP规范"之外,我还没有找到任何关于1.0 AMQP前规范的实施者的明确声明.

编辑: RabbitMQ确实说

RabbitMQ的未来版本将实现AMQP 1.0.请联系我们.

然而,有些东西告诉我,声明已超过3年,即它早于AMQP 1.0的发布.

那么有没有迹象表明AMQP 1.0可能成为一个标准,除了主要银行 - 和微软 - 支持它的事实？顺便说一句.没有自己的实现.

看起来AMQP 0.9.1似乎比1.0更标准.

嗯,有https://github.com/rabbitmq/rabbitmq-amqp1.0,它自称的状态是原型,显然没有工作半年.

[1]我对SwiftMQ的第一印象是我通过其作者对Spring缺乏AMQP支持的咆哮得到的,这就是为什么我暂时不考虑它.我不想指望那个家伙的支持.

Answer 1

AMQP 1.0仅作为AMQP 0-9-1的替代品.这两者是如此不同,以至于给它们不同的名称可能更清楚.

选择当前的0-9-1实现并不限制您:

0-9-1定义了代理和消息传递模型,而1.0定义了消息传递传输.因此,可以将AMQP 1.0传输与0-9-1结合起来,正如RabbitMQ在2011年纽约市AMQP 1.0会议上所展示的那样.因为它是一种传输,AMQP 1.0也可以附加到专有和/或封闭非免版税经纪人.

AMQP 1.0刚刚进入"为期60天的公众评审期,准备成员投票,以考虑其作为OASIS标准的批准".

"为期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

Answer 2

OASIS AMQP 1.0标准本周已经批准,请参阅https://www.oasis-open.org/news/pr/amqp-1-0-approval.在1.0实现方面,它仍然有点早,我知道有很多开发正在进行,但是,截至目前,这里是可用组件的列表:

经纪人:

• SwiftMQ - http://www.swiftmq.com/downloads/
• Apache Qpid Java代理(0.18发布) - http://qpid.apache.org
• Microsoft Azure Service Bus - http://www.windowsazure.com/en-us/develop/net/how-to-guides/service-bus-amqp-overview/

客户端库:

• SwiftMQ Java客户端库 - http://www.swiftmq.com/downloads/
• Apache Qpid JMS客户端库(0.18版本) - http://qpid.apache.com
• Apache Qpid Proton-C - C客户端lib inc.Python和PHP的绑定 - http://qpid.apache.org/proton/
• Apache Qpid Proton-J - Java客户端库 - http://qpid.apache.org/proton/
• Microsoft Azure Service Bus .NET客户端 - http://nuget.org/packages/ServiceBus.Preview

Answer 3

我可以从RabbitMQ团队的声明中找到最新的,根据他们过时的规范页面也是如此

是AMQP工作组的积极参与者,该工作组旨在提供今年可实施的AMQP 1.0草案.

这是来自RabbitMQ的Simon MacMullen从2012年1月开始的消息(省略号,重点是我的):

另外,为什么RabbitMQ会考虑不支持1.0？是否认为它可能看不到行业采用或其他什么？

[...] 它与0-9-1有如此大的不同,我认为它真的是一个不同的协议,尽管名称.[..]

是的,我想支持它,但我也想支持MQTT和SQS以及[..]

并且可能没有太多的行业采用,[...]并且不想抱怨太多,它是相当沉重和复杂的,所以为了正确地支持它我们会考虑不做很多其他我们想要的东西.

当然,如果AMQP 1.0大幅度提升,那么这可能会改变一切.

资料来源:https://groups.google.com/d/topic/rabbitmq-discuss/9Hj0FzgyLQk/discussion

Answer 4

根据http://geekswithblogs.net/michaelstephenson/archive/2012/08/12/150399.aspx：

目前，本地或云中的服务总线不支持 AMQP，但是有一个网络广播解释了 Microsoft 在 AMQP 上的立场，这听起来像是未来版本中值得期待的重要功能

所以：

等待还有意义吗？

我想可以公平地说答案是：不。

• 尽管最初的热情很高，但 MS 仍然不在那里，而且我在最近发布的更新AMQP的公告和文档中找不到任何提及：MS 方面有消息，请参阅 David Ingham 的回答。 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 并未被广泛采用，并且没有可靠的迹象表明它会在可预见的将来得到广泛采用。