¿Cuál es el punto de los eventos remotos para chainsaw log4j viewer?

Question

http://logging.apache.org/chainsaw/quicktour.html

Primera característica.

Completé el tutorial, simplemente mostró cómo usar visualmente la GUI, no entró en detalles con respecto a esta nueva característica. La mejor documentación que he encontrado es la siguiente:

eventos

Así como appenders enviar eventos fuera del entorno de log4j registro (a los archivos, a smtp, a tomas de corriente, etc.), receptores traer madereras dentro del entorno de log4j.

Los receptores están diseñados para admitir la recepción de eventos de registro remoto de otro proceso. Por ejemplo, SocketAppender "anexa" un evento de registro a un socket, configurado para un host específico y número de puerto. En el lado receptor del socket puede haber un objeto SocketReceiver. El objeto SocketReceiver recibe el evento de registro y luego lo "publica" en el entorno log4j (LoggerRepository) en la máquina receptora, para ser manejado por los appenders configurados, etc. Las diversas configuraciones en este entorno (niveles de registrador, filtros de Appender & umbrales)) se aplican al evento de registro recibido.

Los receptores también se pueden utilizar para "importar" mensajes de registro de otros paquetes de registro en el entorno log4j.

Los receptores se pueden configurar para publicar eventos en un LoggerRepository determinado.

Entonces ...

¿Qué tipo de estrategia de registro puede lograr que el uso de este nuevo componente que no podía usar simplemente el uso de motosierra + appenders archivo log4j simples?

Answer 1

Sus son muchas cosas interesantes que puede hacer con eventos remotos:
- Evite crear archivos en servidores de aplicaciones. Los archivos son malos
- Centralice registros en el caso de múltiples servidores de aplicaciones.
- Ver los registros de producción en vivo desde su entorno local, incluso si la motosierra no es muy sexy, las capacidades de filtrado son más útiles que simple vi/grep.
- Inicie sesión en la base de datos en lugar de archivos. Los archivos son malos

¡Y probablemente mucho más!

Answer 2

He utilizado eventos remotos en el pasado con entornos de grillas.

¿Por qué? Porque no sabíamos dónde se estaría ejecutando nuestro código. Implementaríamos 'n' trabajos, y la infraestructura de la red elegiría en qué máquinas ejecutar esos trabajos. Sin eventos remotos, tendríamos que hacer un seguimiento de dónde habían ido esos trabajos y luego tener la molestia de iniciar sesión, encontrar los registros, etc. Debido a que la cuadrícula consistía en máquinas utilizadas para otros fines, no podíamos garantizar que las máquinas estaría en una fecha posterior para diagnosticar problemas.

Todo estaba configurado para transmitir los eventos de registro a un servidor donde podíamos crear archivos de registro por servidor de origen y administrar esos registros nosotros mismos. Existen problemas como la administración de la cantidad de transmisión de datos a través de la red a un servidor, pero siempre que lo sepa, está bien.