¿Es una buena idea iniciar sesión en una cola de mensajes?

Question

Actualmente estoy enfrentando el problema de agregar varios archivos de registro desde un sistema distribuido.

Pero como la mayoría de las aplicaciones son aplicaciones Java que usan ambos log4j y todas usan JMS, pensé en iniciar sesión directamente en una cola de mensajes en lugar de copiar los archivos de registro individuales.

¿Es esta una buena idea o puede ser contraproducente de alguna manera?

Answer 1

Un par de ideas sueltas:

• rendimiento ya se mencionó — encender la información detallada de depuración puede resultar imposible en el entorno de producción (si resulta que necesita para trazar un error profundamente oculto),
• pierde el comportamiento de roll-over de log4j, debe implementarlo usted mismo en el punto donde recolecta logs,
• agregue información específica de proceso/máquina a líneas de registro (a menos que sea obvio de otro modo qué aplicación emitió qué línea de registro),
• considere agregar un contador de incremento de líneas de registro en cada aplicación si necesita saber el orden en que se emitieron las declaraciones de registro — la orden de entrega del mensaje no está garantizada y la marca de tiempo en log4j solo en incrementos de milisegundo,
• análisis eficiente de un archivo tan voluminoso puede requerir buenos (y pagados, o incluso escritos por escrito) visores de registro.

Answer 2

Si desea hacer eso, me gustaría iniciar sesión en ambos. De esta forma, si tiene que solucionar el problema de su registro JMS, tiene un log4j log. Simplemente configure log4j appender para mantener pequeños los archivos de registro ya que usará principalmente el registro JMS.

Answer 3

• Log4J (en su caso) o preferiblemente NXLog (http://nxlog-ce.sourceforge.net/)
• Algunos agente de trasvase de registros (nxlog.exe) el envío de los archivos de registro en
pila
• El ELK (Elasticsearch, Logstash y Kibana) que ejecuta como contenedores acoplables

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