2011-01-26 6 views
1

내가 조사한 모든 NMS (네트워크 관리 솔루션)에서 만 Zenoss가 AMQP 메시지를 처리 ​​할 데몬을 가지고 있습니다. (Zabbix가 Zabbix를 선호하지 않는다는 의미입니다.)메시징 프로토콜 - 미들웨어 모니터링 솔루션 제공

왜 그렇습니까? AMQP는 생산에서 멀리 떨어져 있습니까? 한눈에 RabbitMQ 2.0 (또는 심지어 ØMQ)은 Reddit 5 월 10 일 테스트에서 아직 대부분의 문제를 해결 한 것으로 보입니다. )

AMQP 확장 성 및 일반 디자인은 효율적이고 불가지론 NMS 피더를위한 확실한 선택입니다. 불가지론 자의 주된 결함은 무엇입니까? 독점적 인 통신 프로토콜을 사용하면 기업이 하나의 NMS에서 다른 NMS로 전환하기가 더 어려워 지므로 기존의 NMS 솔루션에서는이를 무시하고 있습니까?

+0

"AMQP 메시지 처리"를 작성할 때 일부 응용 프로그램이 AMQP를 통해 모니터링 데이터를 전송했음을 의미합니까? 일반 메시지 프로토콜을 사용하는 것만으로도 필요한 의미를 정의하지 않습니다. 또는 나는 무엇을 여기에서 놓치고 있냐? –

+0

ZeroMQ가 AMQP 프로토콜을 구현하지 않습니다. – Julien

+0

Hey Heiko. 예, 일부 앱은 AMQ sintax를 AMQP를 통해 구현하는 작업 통계 요약을 보냅니다. 현재 AMQP 구현의 단편화는 상용 NMS 솔루션에 채택되어야하는 이유를 설명합니다. –

답변

1

지금까지 AMQP는 간단한 이유 때문에 "실현되지 않은 잠재력"입니다. 프로토콜의 상호 운용성이없는 버전이 여러 개 있기 때문에 생태계가 출현하기가 매우 어렵습니다.

예를 들어 RabbitMQ는 프로토콜 버전 0.8 및 0.9를 지원하므로 Qpid C++은 0.10을 구현하므로 연결할 방법이 없습니다. 바라건대, 워킹 그룹이 프로토콜 버전 1.0을 발표하지 않아서 구현자가 상호 운용성을 확보하기 위해 협력하고 있기 때문에 (2011 년 현재 버전 1.0 제안을 "최종"으로 표시하기위한 조건 임) 2011 년에는 상황이 긍정적으로 진전되기를 희망합니다. . 이 경우 타사 제품이 AMQP를 지원하는 것이 훨씬 더 중요합니다.

또한 개방형 메시징 프로토콜을 사용한다고해서 모든 문제가 해결되는 것은 아닙니다. 모니터링 솔루션의 경우 다양한 응용 프로그램이 통신 할 수는 있지만 각 메시지의 예상 정보가 무엇인지 또는 메시지를 전송해야하는지는 알 수 없습니다. 이것이 Qpid가 AMQP 위에 자체 모니터링 및 관리 프로토콜을 개발 한 이유입니다. (Qpid Management Framework 참조)

+0

의미가 있습니다. Julien! 올해 '최종 버전'으로 인해 잠재력이 향상 될 것으로 기대됩니다. –

관련 문제