私が調べたすべてのNMS（ネットワーク管理ソリューション）から、 のみZenossには、AMQPメッセージを処理するデーモンがあります（私の好みのZabbixはそれを忘れています）。メッセージングプロトコル - ミドルウェア監視ソリューションを提供する
なぜですか？ AMQPは生産から離れているのですか？ 一見するとRabbitMQ 2.0（またはさらにØMQ）は、Reddit May 10 'テストからまだ立っているほとんどの問題を解決したようです。 ）
AMQPのスケーラビリティと汎用デザインは、効率的で無関係なNMSフィーダにとって明らかな選択肢です。 不自然な主な欠陥ですか？ 独自の通信プロトコルを使用すると、企業があるNMSから別のNMSに切り替えることが難しくなるため、既存のNMSソリューションでは無視されますか？
これまでのところ、AMQPは単純な理由から「未実現の可能性」です。プロトコルの相互運用性のないバージョンがいくつかあり、生態系が非常に難しくなっています。
たとえば、RabbitMQはプロトコルのバージョン0.8と0.9をサポートしています。Qpid C++は0.10を実装しているため、接続する方法はありません。うまくいけば、ワーキンググループはプロトコルのバージョン1.0をリリースすることに拘束され、実装者は相互運用性が達成されていることを確認するために協力しているので、状況は正に進化するはずです（現在のバージョン1.0の提案を「最終」とする条件です） 。このような状況が発生すると、サードパーティ製品がAMQPをサポートすることがより適切になるはずです。
また、オープンメッセージングプロトコルを使用してもすべての問題が解決されるわけではありません。監視ソリューションの場合は、さまざまなアプリケーションが通信を行うことができますが、各メッセージのどの情報が期待されているのか、どこに送信する必要があるのかはわかりません。それでQpidがAMQPの上に独自の監視と管理のプロトコルを開発したのです（Qpid Management Frameworkを参照）
意味があります。 詳細な説明をありがとうJulien！ 今年の「最終版」が、その可能性をより良く享受できることを願っています。 –
AMQPメッセージを書くと、AMQP経由でモニタリングデータを送信したアプリケーションがありますか？一般的なメッセージプロトコルを使用しているだけでは、セマンティクスも定義されていません。それとも私はここで何が欠けていますか？ –
ZeroMQは方法でAMQPプロトコルを実装していません – Julien
Hey Heiko。 はい、いくつかのアプリは、AMQ sintaxをAMQPで実装している作業統計の概要を送信します。 現在のAMQP実装の断片化は、なぜ商用NMSソリューションで採用されるべきかを説明します。 –