LOG — fichier .log

Un fichier .log enregistre chronologiquement des événements produits par une application, un service ou un système d’exploitation : erreurs, avertissements, requêtes traitées, actions utilisateur. Son rôle est purement diagnostique, destiné à comprendre a posteriori ce qui s’est passé sur un système.

Ce format n’a, dans son usage générique, aucune signature binaire ni structure imposée : c’est le plus souvent du texte brut, une ligne par événement, avec un format d’horodatage et de contenu qui varie entièrement selon l’application qui l’a produit. Certains formats de journaux plus spécialisés (comme les journaux d’événements Windows .evtx) sont en revanche binaires et structurés, mais ce n’est pas le cas de l’extension .log générique.

L’absence de standard unifié pour les fichiers .log a donné naissance à tout un écosystème d’outils d’analyse de journaux capables de s’adapter à des formats variés, souvent via des expressions régulières configurables plutôt qu’un analyseur syntaxique unique.

Certaines conventions de facto se sont néanmoins imposées, comme le format Common Log Format des serveurs web (Apache, Nginx), suffisamment répandu pour que de nombreux outils d’analyse le reconnaissent nativement sans configuration particulière.

Les architectures logicielles modernes tendent à structurer leurs journaux en JSON plutôt qu’en texte libre, précisément pour faciliter leur ingestion automatisée par des systèmes de collecte centralisés (souvent désignés par l’acronyme ELK ou équivalents), au prix d’une lisibilité humaine directe moindre.

La commande Unix tail -f reste le réflexe le plus répandu pour surveiller un fichier .log en temps réel pendant qu’une application continue d’y écrire, affichant chaque nouvelle ligne au fur et à mesure de son ajout plutôt que d’obliger à rouvrir le fichier entier pour en consulter la fin.