Al monitorear y analizar registros, ¿prefieren los ingenieros de software y los administradores de sistemas más o menos espacios en blanco (iniciales) entre las líneas de registro? ¿Por qué?

Hay varias escuelas de pensamiento para los archivos de registro:

Debe ser legible . Esta es una escuela de pensamiento común en la era de Unix que requiere que los archivos de registro sean legibles de inmediato por los humanos. Esto permite que la resolución de problemas se realice rápidamente sin ningún paso intermedio o herramientas. En el mundo de Unix / Linux, se proporcionan herramientas a los sysads y devops para facilitar la lectura de registros (es decir, sed, grep, awk, ..). El inconveniente de este enfoque es que los archivos de registro tienden a ser más grandes.
Debe ser compacto. Este es el otro extremo. Aquí el desarrollador escribe los archivos de registro en forma binaria (la mayoría de las veces) para asegurarse de que se requiere la menor cantidad de espacio. El inconveniente aquí es que los archivos de registro no pueden ser leídos fácilmente por humanos sin el uso de herramientas intermedias. Un ejemplo de esto es el archivo wtmp que solo se puede leer con herramientas como last, wtmp y otras. Este inconveniente de este enfoque es que los humanos necesitan usar herramientas intermedias para procesar los archivos de registro.

Me suscribo a la primera escuela de pensamiento, pero siento que agregar entradas innecesarias de espacios en blanco es un poco extremo. Si desea agregar cosas como líneas nuevas al archivo de registro, siempre puede hacer cosas como: cat / var / log / messages | awk -F ‘;’ ‘{print $ 1 “\ n”}’ o si quisiera más espacios antes de los archivos de registro podría hacer: cat / var / log / messages | awk -F ‘;’ ‘{print “” $ 1}’ . Incluso puede agregar condiciones para determinar cuándo se debe agregar un espacio en blanco.

ingeniería de software