我调查过的所有NMS（网络管理解决方案）， 只有Zenoss有一个守护进程来处理AMQP消息（这意味着我的首选，Zabbix，它没有注意到它。）
为什么？ 远离生产的AMQP准备好了吗？ 一眼就能看出RabbitMQ 2.0（甚至ØMQ）似乎已经解决了Reddit May 10'测试中仍然存在的大多数问题。 ）
AMQP可扩展性和通用设计对我来说是一个高效且不可知的NMS馈线的明显选择。 不可知是它的主要缺陷吗？ 是否被现有的NMS解决方案忽略了，因为拥有专有的通信协议使企业更难从一个NMS切换到另一个NMS？
答案 0 :(得分：1)
到目前为止，AMQP是一个“未实现的潜力”，原因很简单：该协议有几个非互操作版本，这使得生态系统很难出现。
例如，RabbitMQ支持0.8和0.9版本的协议，Qpid C ++正在实现0.10，因此您无法连接它们。希望情况在2011年能够积极发展，因为工作组不得发布协议版本1.0，并且实施者正在共同努力确保实现互操作性（这是将当前版本1.0提案标记为“最终”的条件） 。当发生这种情况时，第三方产品支持AMQP应该更有意义。
此外，您应该注意，使用开放式消息传递协议并不能解决所有问题。在监控解决方案的情况下，它将允许各种应用程序进行通信，但是它不会说出每条消息中的预期信息或应该在哪里发送它们。这就是为什么Qpid在AMQP之上开发了自己的监控和管理协议（见Qpid Management Framework）