On en vient au problème fondamental de l’article : cette méthode d’utilisation des logs, c’est '''une''' méthode d’utilisation des logs, pas '''la''' méthode d’utilisation des logs. Tout le monde ne traite pas ses logs comme une base de données à usage quotidien. C’est un usage totalement valide (dans quelques années dans ma boite, qui sait ? Mais actuellement non), mais c’est un usage spécifique, qui nécessite des outils spécifiques. Tu ne peux pas passer à cette liste de besoins à une conclusion type « c’est LA méthode de gestion de logs ».
C'est marrant parce qu'il démonte ta remarque à 3 endroits différents dans ses 2 articles mais visiblement c'était pas assez. Je vais tenter de réussir là où il a échoué.
Il ne prétend pas que des logs binaires sont la solution à toutes les situations, il souhaite qu'on arrête de lui dire que ça n'est jamais adapté dans quelque cas que ce soit.
En donnant notamment son workflow où du texte brut ne convient pas. Et en mettant double dose de moquerie sur les mecs qui hurlent sur journald qui stock des logs binaires... en proposant à la place de les stocker dans un mysql qui c'est bien connu utilise des fichiers texte dans /var/log.
[^] # Re: Je sais qu’on est vendredi mais...
Posté par Sufflope (site web personnel) . En réponse au journal Vivent les journaux binaires !. Évalué à 7.
C'est marrant parce qu'il démonte ta remarque à 3 endroits différents dans ses 2 articles mais visiblement c'était pas assez. Je vais tenter de réussir là où il a échoué.
Il ne prétend pas que des logs binaires sont la solution à toutes les situations, il souhaite qu'on arrête de lui dire que ça n'est jamais adapté dans quelque cas que ce soit.
En donnant notamment son workflow où du texte brut ne convient pas. Et en mettant double dose de moquerie sur les mecs qui hurlent sur journald qui stock des logs binaires... en proposant à la place de les stocker dans un mysql qui c'est bien connu utilise des fichiers texte dans /var/log.