Является ли вход в очередь сообщений хорошей идеей?

Question

В настоящее время я сталкиваюсь с проблемой объединения нескольких файлов журналов из распределенной системы.

Но так как большинство приложений являются приложениями Java, которые используют и log4j, и все они используют JMS, я подумал о регистрации непосредственно в очереди сообщений вместо копирования отдельных файлов журнала.

Этохорошая идея или может как-то иметь неприятные последствия?

Answer 1

Несколько несуразных идей: производительность

• уже упоминалась - включение подробной отладочной информации может оказаться невозможным в производственной среде (если окажется, что вам нужно отследить глубоко скрытую ошибку),
• вы теряете поведение пролонгирования log4j, вы должны реализовать его самостоятельно в момент сбора инструкций журнала,
• добавить информацию о процессе / машине в строки журнала (если не очевидно, что иначеприложение выдало какую строку журнала),
• рассмотрите возможность добавления счетчика приращений строк журнала в каждом приложении, если вам абсолютно необходимо знать порядок, в котором были выданы операторы журнала - порядок доставки сообщений не гарантируется и отметка времени в log4jтолько с шагом в миллисекунды,
• эффективный анализ такого громоздкого файла может потребовать хороших (и платных, или даже пользовательских) средств просмотра журналов.

Answer 2

Если вы захотите это сделать, я войду в оба. Таким образом, если вам нужно устранить неполадки в журнале JMS, у вас есть журнал log4j. Просто настройте приложение log4j так, чтобы файлы журнала оставались небольшими, поскольку вы в основном будете использовать журнал JMS.

Answer 3

• Log4j (в вашем случае) или предпочтительно NXLog (http://nxlog -ce.sourceforge.net / )
• Некоторые агенты доставки журналов (nxlog.exe) отправляют файлы журналов в
• Стек ELK (Elasticsearch, Logstash и Kibana), который вы запускаете в качестве док-контейнера

https://www.elastic.co/webinars/introduction-elk-stack.