Sans aller jusqu'a "instruire", je me rends compte que les entreprises, dans la "grande compétition internationale", cherchent de plus en plus le zéro faute, le zéro plantage, les mise à jour sans interruption de service, ...
Et pour y arriver, on trace de plus en plus de chose, éléments susceptible de défaillir ou intéressant à analyser, scruté en temps réel pour agir dans l'instant. Mais globalement la quantité de data récolté/analysé explose [constatation perso]. Dans un petit SI, on compte rapidement en dizaine de Go/jours.
Toujours mon expérience, le format binaire ne me dérange pas, c'est un format interne, tout comme le format interne de mysql. Personne n'utilise mysql par son format de fichier binaire, mais plutôt par son API (SQL) et ses outils. C'est juste pareil avec systemd.
De toute façon, si on veut faire un travail sérieux dans un S.I. avec les logs (au delà des script à 2 balles qui font des grep dans des cron), on va se retrouver à centraliser ailleurs les logs dans d'autres bases servant à l'analyse, elle-même binaire, comme elasticsearch ou mongodb.
[^] # Re: GNU/SystemD/Linux
Posté par Johann Ollivier-Lapeyre (site web personnel) . En réponse au journal Systemd va gagner une console système, un bootsplash et un login-screen. Évalué à 3.
Sans aller jusqu'a "instruire", je me rends compte que les entreprises, dans la "grande compétition internationale", cherchent de plus en plus le zéro faute, le zéro plantage, les mise à jour sans interruption de service, ...
Et pour y arriver, on trace de plus en plus de chose, éléments susceptible de défaillir ou intéressant à analyser, scruté en temps réel pour agir dans l'instant. Mais globalement la quantité de data récolté/analysé explose [constatation perso]. Dans un petit SI, on compte rapidement en dizaine de Go/jours.
Toujours mon expérience, le format binaire ne me dérange pas, c'est un format interne, tout comme le format interne de mysql. Personne n'utilise mysql par son format de fichier binaire, mais plutôt par son API (SQL) et ses outils. C'est juste pareil avec systemd.
De toute façon, si on veut faire un travail sérieux dans un S.I. avec les logs (au delà des script à 2 balles qui font des grep dans des cron), on va se retrouver à centraliser ailleurs les logs dans d'autres bases servant à l'analyse, elle-même binaire, comme elasticsearch ou mongodb.