Мы используем сервер RabbitMQ для обмена сообщениями между приложениями. Нам нужно создать центральный журнал для всех сообщений amqp, поступающих на сервер Rabbit. Наша цель - не временная отладка, а скорее проверяемость. В идеале, я мог бы сначала зарегистрироваться в указанном файле, а затем войти в внешнюю систему, такую как Logly или Splunk.
Я исследовал включение Firehose и использование плагина трассировки, но рассматриваемые очереди не являются долговечными. Я также не уверен, что эти решения будут работать, если новые очереди и обмены будут добавлены на виртуальный хост после запуска регистрации. Эти инструменты, похоже, больше предназначены для временной отладки, что мне нужно.
Я хотел бы услышать ваши идеи. На данный момент я беспокоюсь, что мне придется настроить сетевой монитор, чтобы перехватывать и регистрировать сообщения до того, как они достигнут Кролика.
Почему вы скажете, что пожарный не сработает? Вы можете создавать очереди для прослушивания, как хотите, т.е. Долговечны и т.д. Затем, если вам нужно каждое сообщение, вы можете выполнить привязку с помощью символа #.
Смотрите: http://www.rabbitmq.com/firehose.html
Производительность снизится, как объяснялось, но я бы не отказался от решения без тестирования производительности.