서비스 버스 메시징의 백엔드로 RabbitMQ를 사용하는 제품군을 사용하고 있습니다. 많은 클라이언트는 필요에 따라 자동으로 교환, 대기열 및 채널을 구성해야하는 소프트웨어 (NeuronESB)를 사용합니다. Rabbit의 시스템 교환에서 어딘가가 삭제되고 다시 생성되지 않으므로 예기치 않은 문제가 발생합니다. 시스템 크기와 최소한 하나의 서비스 버스 클라이언트의 폐쇄 소스 특성으로 인해 코드 감사는 이러한 교환의 삭제 원본을 결정하는 데 실패했습니다.RabbitMQ 교환주기 이벤트를 모니터하는 방법
나는 토끼의 Firehose 기능을 사용해 보았지만 필요한 내부 작업이 아니라 Rabbit을 통해 전송되는 메시지 만 제공합니다.
RabbitMQ에서 교환기를 생성하고 삭제하는 데 사용할 수있는 방법은 무엇입니까? 이상적으로는 삭제 자의 날짜, 시간 및 클라이언트 IP를 알고 싶지만, 날짜와 시간을 얻는 것만으로도 로그의 검색 범위를 좁혀 가해자를 찾는 데 도움이됩니다.
삭제가 허용되지 않도록 교환기에 대한 사용 권한을 설정하지 않는 이유는 무엇입니까? – theMayer
나는 교환의 구성이 비교적 정적이지 않은 합법적 인 이유를 생각할 수 없다고 덧붙였다. – theMayer
RabbitMQ 서버 로그를 보았습니까? –