La registrazione a un messaggio è una buona idea?

Question

Attualmente sto affrontando il problema di aggregare diversi file di registro da un sistema distribuito.

Ma poiché la maggior parte delle applicazioni sono applicazioni Java che utilizzano sia log4j che tutte utilizzano JMS, ho pensato di accedere direttamente a una coda di messaggi anziché copiare i singoli file di registro.

Questa è una buona idea o può ritorcersi contro in qualche modo?

Answer 1

Un paio di idee sciolti:

• performance è stata già menzionata — accendere le informazioni dettagliate di debug può rivelarsi impossibile in ambiente di produzione (se si scopre avete bisogno di tracciare un errore di profondamente nascosta),
• si perde il comportamento di roll-over di log4j, è necessario implementarlo da solo nel punto in cui si raccolgono le dichiarazioni di registro,
• aggiungere informazioni di processo/macchina specifiche per registrare le righe (a meno che non sia evidente altrimenti quale applicazione ha emesso quale riga di registro),
• considerare l'aggiunta di un contatore incrementale di linee di log in ogni applicazione se è assolutamente necessario conoscere l'ordine in cui le dichiarazioni di registro sono stati emessi — messaggio di ordine consegna non è garantito e timestamp in log4j è solo a incrementi in millisecondi,
• analisi efficiente di un file così voluminoso può richiedere visualizzatori di log buoni (e pagati, o anche personalizzati).

Answer 2

Se volessi farlo, collegherei ad entrambi. In questo modo, se devi risolvere i problemi relativi alla registrazione JMS, hai un log log4j. Basta configurare l'appender di log4j per mantenere i file di registro piccoli poiché si utilizza principalmente il registro JMS.

Answer 3

• Log4j (nel tuo caso) o preferibilmente NXLog (http://nxlog-ce.sourceforge.net/)
• qualche agente di distribuzione dei log (nxlog.exe) il trasporto dei file di registro in
• L'ELK pila (elasticsearch, Logstash e Kibana) che si esegue come contenitori docker

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