logging - sistemas - ¿Cuáles son las mejores prácticas para registrar una aplicación empresarial?
para que son los logs (6)
¿Cuáles son algunos estándares de registro para una aplicación empresarial?
¿Alguien tiene algún informe sobre este tema?
Algunos consejos :
- No se registra más de lo necesario en el lanzamiento / producción.
- error de registro alguna vez, si es posible hacer esto:
- poner la operación de registro en temp var (vector / lista)
- al final, si no se produce ningún error, descarte los registros, en otro caso, envíe al archivo de registro
- Crear bandera para controlar el nivel de información para registrar
- Controlar el comportamiento del registro en el entorno de producción / desarrollo.
- controlar el acceso de concurrencia en el archivo de registro
- controlar cuánto tiempo es necesario el registro de archivos
- controlar cuánto tiempo se debe mantener el registro de archivos
- A veces es necesario realizar una verificación de rendimiento, poner temporizadores donde sea necesario
Hay toneladas de marcos de trabajo de logging que incluyen log4net y log4j, pero el correcto 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. Generalmente, debe instrumentar su código de una manera que no requiera mucha repetición o modificación del código. Los marcos de registro en .NET que utilizan 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 través de verbos) a través de la configuración sin tener que cerrar o reiniciar ningún servicio.
Si realmente desea sumergirse en la filosofía sobre el tema, pruebe "No crea en el registro estructurado" en el blog de Miloslav Trmač.
"... estas lecciones fueron aprendidas de la manera más difícil ..."
Un buen artículo está escrito sobre esto por las prácticas efectivas de registro que facilitan el desarrollo empresarial .
El quid es:
- Conozca la necesidad de registro.
- Comprenda las opciones disponibles y la que más le convenga (varía según la plataforma / sistema operativo / etc)
- Planee la estrategia por adelantado antes de la implementación.
- Sigue revisando los cambios realizados.
Ver la biblioteca de Microsoft Enterprise . Incluye el Bloqueo de aplicaciones de registro y esa documentación podría ser lo que está buscando. Puede ver la documentación de MSDN sin tener que instalar primero la biblioteca. Específicamente, consulte Escenarios clave y Diseño del bloque de aplicaciones de registro para responder a su pregunta (tal vez incluso si no está usando .NET).
ACTUALIZACIÓN (23 de abril de 2013) Consulte Abrazar el registro semántico utilizando el nuevo bloque de aplicaciones de registro semántico
Serilog es otra solución de registro estructurado que se ha hecho popular desde la primera pregunta.
En su entrevista, el Sr. Blumhardt habla sobre la construcción de la biblioteca como resultado de haber pasado por el dolor de la tala que todos hemos experimentado. Hablan en el programa sobre el registro simple durante el desarrollo inicial y la formalización del registro a medida que el proyecto madura. Es bueno y puede agregarse a la base de conocimientos de mejores prácticas que se menciona en la pregunta.
Desde el sitio web:
Al igual que otras bibliotecas de registro para .NET, Serilog proporciona el registro de diagnóstico de los archivos, la consola, etc. Es fácil de configurar, tiene una API limpia y es portátil entre las plataformas .NET recientes.
A diferencia de otras bibliotecas de registro para .NET, Serilog está construido teniendo en cuenta los datos de registro estructurados. Los parámetros pasados junto con los mensajes de registro no se representan de forma destructiva en un formato de texto. En su lugar, se conservan como datos estructurados que se pueden escribir en forma de documento en un almacén de datos NoSQL