• Cumplimiento normativo o legal. En algunos casos, registros de ejecución del programa. puede ser necesario por razones reglamentarias o legales. Esto es particularmente cierto de la sector financiero donde los registros deben mantenerse durante muchos años en caso de que haya un necesidad de investigar el comportamiento de las organizaciones o de los individuos. 26.3 ¿Cuál es el propósito del registro? En general, por lo tanto, hay dos razones generales para registrar lo que está haciendo una aplicación durante su funcionamiento: • Con fines de diagnóstico, de modo que los eventos/pasos registrados se puedan utilizar para analizar el comportamiento del sistema cuando algo sale mal. • Con fines de auditoría que permitan un posterior análisis del comportamiento del sistema para comerciales, legales o reglamentarios. Por ejemplo, en este caso para determinar quién hizo qué con qué y cuándo. Sin dicha información registrada, es imposible saber después del evento qué sucedió. Por ejemplo, si todo lo que sabe es que una aplicación se bloqueó (inesperadamente dejó de ejecutarse rápidamente) ¿cómo puede determinar en qué estado se encontraba la aplicación, ¿Qué funciones, métodos, etc. se estaban ejecutando y qué declaraciones se ejecutan? Recuerde que aunque un desarrollador puede haber estado usando un IDE para ejecutar su aplicaciones durante el desarrollo y posiblemente haya estado usando la función de depuración instalaciones disponibles que le permiten ver qué funciones o métodos, declaraciones y incluso los valores variables son lugar; no es así como funcionan la mayoría de los sistemas de producción. En En general, un sistema Python de producción se ejecutará desde una línea de comando o posiblemente a través de un atajo (en un cuadro de Windows) para simplificar la ejecución del programa. Todo lo que el usuario sabrá es que algo falló o que el comportamiento que esperaba no ocurrió, ¡si es que están al tanto de cualquier problema! Por lo tanto, los registros son clave para el análisis posterior al evento de fallas, comportamiento inesperado o para el análisis del funcionamiento del sistema por motivos comerciales. 26.4 ¿Qué debe registrar? Una pregunta que podría estar considerando en este momento es “¿qué información ¿debo registrarme?’. Una aplicación debe registrar suficiente información para que los investigadores posteriores al evento puede entender lo que estaba sucediendo, cuándo y dónde. En general esto significa que querrá registrar la hora del mensaje de registro, el módulo/nombre de archivo, la función nombre o nombre del método en ejecución, potencialmente el nivel de registro que se está utilizando (ver más adelante) y en algunos casos, los valores de los parámetros/estado del entorno, programa o clase involucrado. 306 26 Introducción al registro