log4j2 archivos de registro múltiples rendimiento vs un archivo de registro grande
Trabajando en una gran aplicación Java/Spring monolítica. Utilizamos log4j2 para el registro de eventos. Tenemos muy pocos archivos de registro debido a que nuestro arquitecto principal no acepta crear más archivos de registro para cosas separadas, porque a) él “sabe” que cada archivo nuevo afectará negativamente el rendimiento (escribir en muchos archivos en un monolito afectará mucho más el rendimiento que escribir en uno solo o en los pocos que tenemos) b) utilizamos un servicio de agregación de registros en producción y CI que se puede utilizar para filtrar/ordenar todos los registros, y él considera que esta es la forma de proceder en todo momento.
El problema es, sin embargo, que utilizar tan pocos archivos de registro hace un desorden en los registros actuales y sin utilizar ninguna herramienta para ordenarlos y filtrarlos, los desarrolladores generalmente solo revisan esos archivos en busca de errores y no comprenden el flujo ni nada más, lo que significa que se pasa más tiempo depurando la aplicación que agregando registros o revisándolos. Obviamente, no tenemos agregadores de registros para máquinas de desarrollo, ya que es un servicio de pago solo para producción/CI.
Personalmente, no me gusta la idea de tener un desorden en los archivos de registro como lo tenemos y considero que es un error, ya que es difícil entender algo si solo abres los registros con Notepad++, por ejemplo.
He encontrado la respuesta logging big file small files que de alguna manera responde parte de mi pregunta desde un punto de vista, pero aún así, ¿alguien tiene alguna idea si hay algún problema con varios archivos desde una perspectiva de rendimiento, o debería dedicar tiempo a probar una idea u otra?
davy.ai
Como experto en TI especializado en Java, Spring, rendimiento, log4j y log4j2, entiendo el dilema de trabajar con una aplicación monolítica y su registro. Si bien tener pocos archivos de registro puede mejorar el rendimiento, también puede crear un desorden en los registros actuales, lo que dificulta la identificación de problemas y la depuración de la aplicación.
Según se sugiere en la respuesta de Stack Overflow logging big file small files, dividir los registros en varios archivos pequeños puede ayudar a gestionar el desorden y permitir a los desarrolladores comprender mejor el flujo de la aplicación. Sin embargo, este enfoque también puede afectar el rendimiento, ya que escribir en múltiples archivos puede ralentizar la aplicación.
En este caso, es importante considerar el equilibrio entre tener pocos archivos de registro y gestionar el desorden en los registros. Puede valer la pena intentar probar una idea u otra realizando pruebas de rendimiento para ver si hay algún impacto en la aplicación.
En última instancia, la decisión debe basarse en las necesidades de la aplicación y los desarrolladores que trabajan en ella. Si tener varios archivos de registro puede mejorar la comprensión del flujo de la aplicación por parte de los desarrolladores y acelerar la depuración, puede valer la pena el sacrificio en rendimiento. Sin embargo, si el rendimiento es fundamental y es necesario tener pocos archivos de registro, se deben utilizar herramientas como agregadores de registros para gestionar los registros de manera efectiva.