Visualización de la salida de las aplicaciones de la consola mutilple .Net en un solo lugar

Question

Tengo una aplicación de consola C# que estoy implementando unas 20 veces (con diferentes configuraciones) y ejecutándola. Como se puede imaginar es difícil de mantener y observar lo que está sucediendo con 20 aplicaciones en ejecución (eventualmente voy a implementarlas como servicios de Windows), ¿hay algo que pueda mostrar el resultado de estas en un solo lugar fácilmente?

He pensado en los archivos de registro, pero estos podrían agrandarse bastante rápido, y son muchos los archivos que abrir y mirar, solo quiero tener algún resultado para verificar que todo siga funcionando como se esperaba.

Editar:

Voy a ser errores de grabación y arranque/parada de la información a la base de datos. De lo que estoy hablando aquí es de la información de procesamiento general, que no es tan relevante para volver a visitar, pero es interesante de ver mientras se ejecuta en la aplicación de la consola.

Answer 1

He utilizado con éxito log4net y su configurable UdpAppender. A continuación, puede apuntar todos los UdpAppenders a una sola máquina donde puede recibir los mensajes Udp con Log4View, por ejemplo.

Dado que es configurable, puede usarlo cuando instala y depura la producción y luego aumenta el nivel de registro para que solo muestre mensajes de ERROR en lugar de mensajes DEBUG o INFO.

http://logging.apache.org/log4net/

http://www.log4view.com

http://logging.apache.org/log4net/release/config-examples.html

Answer 2

Quizás porque vengo de un fondo pesado DB, pero ¿qué tal el uso de SQL Server con una mesa de registro para realizar un seguimiento de la actividad a través de diferentes aplicaciones?

Los DB se preparan para la concurrencia y manejan fácilmente múltiples aplicaciones insertando datos en la misma tabla de registro, también se obtienen las opciones de cortar y cortar los datos tanto como se desee, aprovechando la agregación ya existente funciones en un entorno de base de datos.

Si va por esa ruta, probablemente deba considerar mantener esa tabla (período de retención de registro, etc.).

También podría comenzar a utilizar herramientas como Splunk para recopilar todos los datos de registro e iniciar las correspondientes fallas de la aplicación en fallas del sistema o del entorno (si se están siguiendo).

Answer 3

Pondría en segundo lugar a Mikael Östberg y recomendaría el uso de una biblioteca de registradores (log4net, o nlog). Hay muchas opciones donde puede enviar mensajes a una base de datos o colas, etc ... Dado que puede activar o desactivar el inicio de sesión fácilmente, incluso puede mantenerlo en sus servicios como un gancho de monitor en caso de que ocurra algo extraño