Les spec sont sorties vendredi. C'est tout de même intéressant de ne pas oublier le contenu du journal.
Les specs commencent par "il ne faut pas lire les logs en raw". Ca va quand même être compliqué de créer un outil de parsing des données en stand alone et de l'incorporer au projet dans ces conditions.
Non tu veux une position contractuelle sur un produit qui n'est pas encore en alpha.
J'aimerai avoir une position contractuelle le plus vite possible. C'est pour ça que j'ai brulé un ticket pour poser la question. Maintenant je me doute bien qu'ils vont pas me répondre demain. Seulement quand j'entends dire que FORCEMENT les distribs serveurs vont passer à systemd, je me permet juste de signaler que les distribs en question elles ont pas l'air pressées de l'annoncer publiquement. Après mon interprétation est que ça ne sera pas si "forcément" que ça, ou pour être parfaitement exact je pense (opinion personnelle toussa) qu'elles cherchent à retarder au maximum le moment ou elles vont annoncer qu'elles ne supportent plus les autres init officiellement (ou alors avec des features en moins). Et si c'est le cas ca laisse à penser à son tour que tous les sysadmin du monde ne rêvent pas franchement la nuit du jour ou ils vont enfin passer systemd en prod. (Une fois de plus opinion personnelle toussa).
Après personnellement systemd me pose de vrais problèmes (que j'essaye d'exposer avec un succès mitigé), et je râle un peu quand on m'explique que journald est nettement mieux que tout ce qui existe dans tous les cas possibles et imaginables (sauf les miens - ce qui prouve bien que je trolle puisque journald est parfait)
C'est justement un problème des log texte. Tu n'a rien de fiable pour distinguer la forme et le contenu
A part les specs tu veux dire. J'avoue que c'est fouilli en effet. Mais bon le parseur universel qui fonctionne aussi bien avec les logs du serveur mail que le branchement des LUN SCSI que suivit de réplication LDAP j'y crois moyen.
Ceci étant si il n'y avait pas systemd derrière je serai probablement déjà en train de déployer journal sur les serveurs de tests - parce que oui il y a de vrais avantages et que les défauts ne sont pas insurmontables (mais ils sont là quand même).
_ ça aurais très bien pu être fais en xml par exemple, mais je n'ai pas l'impression que l'idée te plaise d'avantage_
Que les chose soient claires : je préfère des logs en binaires à du XML. En fait je préfère des logs en BIG5 avec maximum un caractère par ligne dans des fichiers de 2ko maximum à du XML.
Je ne vois pas comment faire rentrer du n'importe quoi (par essence un log on peut jamais être sur à 100% de ce qui va se trouver dedans) dans du XML à moins de faire de la soupe d'escape dans tous les sens. Et ça non merci.
[^] # Re: Pourquoi du binaire
Posté par Kaane . En réponse au journal Documentation du format du Journal. Évalué à 2.
Les spec sont sorties vendredi. C'est tout de même intéressant de ne pas oublier le contenu du journal.
Les specs commencent par "il ne faut pas lire les logs en raw". Ca va quand même être compliqué de créer un outil de parsing des données en stand alone et de l'incorporer au projet dans ces conditions.
Non tu veux une position contractuelle sur un produit qui n'est pas encore en alpha.
J'aimerai avoir une position contractuelle le plus vite possible. C'est pour ça que j'ai brulé un ticket pour poser la question. Maintenant je me doute bien qu'ils vont pas me répondre demain. Seulement quand j'entends dire que FORCEMENT les distribs serveurs vont passer à systemd, je me permet juste de signaler que les distribs en question elles ont pas l'air pressées de l'annoncer publiquement. Après mon interprétation est que ça ne sera pas si "forcément" que ça, ou pour être parfaitement exact je pense (opinion personnelle toussa) qu'elles cherchent à retarder au maximum le moment ou elles vont annoncer qu'elles ne supportent plus les autres init officiellement (ou alors avec des features en moins). Et si c'est le cas ca laisse à penser à son tour que tous les sysadmin du monde ne rêvent pas franchement la nuit du jour ou ils vont enfin passer systemd en prod. (Une fois de plus opinion personnelle toussa).
Après personnellement systemd me pose de vrais problèmes (que j'essaye d'exposer avec un succès mitigé), et je râle un peu quand on m'explique que journald est nettement mieux que tout ce qui existe dans tous les cas possibles et imaginables (sauf les miens - ce qui prouve bien que je trolle puisque journald est parfait)
C'est justement un problème des log texte. Tu n'a rien de fiable pour distinguer la forme et le contenu
A part les specs tu veux dire. J'avoue que c'est fouilli en effet. Mais bon le parseur universel qui fonctionne aussi bien avec les logs du serveur mail que le branchement des LUN SCSI que suivit de réplication LDAP j'y crois moyen.
Ceci étant si il n'y avait pas systemd derrière je serai probablement déjà en train de déployer journal sur les serveurs de tests - parce que oui il y a de vrais avantages et que les défauts ne sont pas insurmontables (mais ils sont là quand même).
_ ça aurais très bien pu être fais en xml par exemple, mais je n'ai pas l'impression que l'idée te plaise d'avantage_
Que les chose soient claires : je préfère des logs en binaires à du XML. En fait je préfère des logs en BIG5 avec maximum un caractère par ligne dans des fichiers de 2ko maximum à du XML.
Je ne vois pas comment faire rentrer du n'importe quoi (par essence un log on peut jamais être sur à 100% de ce qui va se trouver dedans) dans du XML à moins de faire de la soupe d'escape dans tous les sens. Et ça non merci.