¿Cuáles son las mejores prácticas para iniciar sesión en una aplicación empresarial?

Question

¿Cuáles son algunos estándares de registro para una aplicación empresarial?

¿Alguien tiene documentos sobre este tema?

Answer 1

Consulte el Microsoft Enterprise Library. Incluye el Logging Application Block y esa documentación puede ser lo que estás buscando. Puede ver el MSDN Documentation sin tener que instalar primero la biblioteca. Específicamente, vea Key Scenarios y Design of the Logging Application Block para responder su pregunta (tal vez incluso si no está usando .NET).

ACTUALIZACIÓN (23 de abril de 2013) Ver Embracing Semantic Logging utilizando el nuevo Semantic Logging Application Block

Answer 2

hay un montón de marcos de registro que hay entre ellos y log4net log4j, pero el más adecuado para usted dependerá de su plataforma y sistema.

Las mejores técnicas de registro dependerán en gran medida de su plataforma y del diseño de su sistema. Necesita saber/decidir cuánta información necesita para diagnosticar un tipo particular de problema. En general, debe instrumentar su código de una manera que no requiera mucha repetición o modificación de código. Los marcos de registro en .NET que usan clases y métodos atribuidos son un buen ejemplo de instrumentación de bajo impacto. También debe poder modificar el nivel de registro (Bajo a Detallado) a través de la configuración sin tener que cerrar o reiniciar ningún servicio.

Answer 3

Algunos consejos:

• de registro no más de lo necesario en la liberación/producción
• registro de errores nunca, si es posible hacer esto:
  • operación de registro de puesta en var temp (vector/lista)
  • al final se produce si no hay errores, descartan los registros, en otro caso, enviar al archivo de registro
• crear bandera para controlar el nivel de información para iniciar la sesión
• control de la conducta de registro en el entorno de producción/desarrollo
• control de acceso concurrencia al archivo de registro
• control de la cantidad de registro de archivo largo se necesita
• control de la cantidad de tiempo del archivo de registro se debe mantener
• veces es necesario llevar a cabo la verificación del rendimiento, puesto temporizadores cuando sea necesario

Answer 4

Un buen artículo está escrito en este por Effective logging practices ease enterprise development.

El punto crucial es:

1. Conocer la necesidad de la tala.
2. Comprenda las opciones disponibles y lo que más le convenga (varía según la plataforma/sistema operativo, etc.)
3. Planifique la estrategia con antelación antes de la implementación.
4. Continua revisando los cambios de make.

Answer 5

Serilog es otra solución de registro estructurado que se ha popularizado desde que se hizo la pregunta por primera vez.

• Serilog website.
• Discussion with developer Nicholas Blumhardt on .NET Rocks!

En su entrevista, el Sr. Blumhardt habla de la construcción de la biblioteca como resultado de pasar por el dolor de la tala de que todos hemos experimentado. Hablan en el programa sobre la tala simple durante el desarrollo inicial y la formalización de la tala a medida que el proyecto madura. Lo bueno y puede agregar a la base de conocimiento de mejores prácticas planteada en la pregunta.

Desde el sitio web:

Al igual que otras bibliotecas de registro para .NET, Serilog proporciona diagnóstico registro de archivos, la consola, y así sucesivamente. Es fácil de configurar, tiene una API limpia de y es portátil entre plataformas .NET recientes.

A diferencia de otras bibliotecas de registro para .NET, Serilog está construido con datos de registro estructurados en mente. Los parámetros pasados ​​junto con los mensajes de registro no se procesan destructivamente en un formato de texto. En su lugar, son preservado como datos estructurados que se puede escribir en forma de documento a un almacén de datos NoSQL

Answer 6

Si realmente desea sumergirse en la filosofía sobre el tema, trate "Do Not Believe in Structured Logging" en el blog de Miloslav Trmač.

"... estas lecciones fueron aprendidas por las malas ..."