Le Fri, Sep 19, 2025 at 12:18:16PM +0200, Jean-Yves LENHOF via FRsAG a écrit:
- Puppet :
--> n'est plus très opensource... un fork est né https://github.com/openvoxproject
Il ne semble malheureusement pas très vivant. Je voulais migrer dessus, j'attendais que ça commence à ressembler à quelque chose... Pour l'instant, ils ont l'air encore à moitié dans la politique et le "qu'est-ce qu'on fait". Ce ne serait plus mon choix en repartant de zéro aujourd'hui...
--> nécessite un agent, c'est bien pour la rapidité et pour un fonctionnement en mode je reste sur une cible.... mais ça reste un agent à installer avec un port à ouvrir
Heuu... ? Sur le serveur oui, mais justement sur l'agent, il n'y a rien à ouvrir, c'est ça qui est pratique.
--> pratique pour éviter les modifications de conf sur un serveur puisque la conf est remise à la cible presqu'immédiatement
La version de base, c'est l'agent se lance régulièrement, soit en version démon, soit par un cron; donc c'est "immédiat" si ça se lance vite, sinon il faut attendre le cron...
(je déconseille le démon, il bouffe une ram folle) (rends la ram)
--> le bump de version majeure est souvent compliqué
"compliqué", en lisant les releases notes, ça passe assez facilement. C'est plutôt les modules qui sont compliqués, la plupart (de ceux gérées par puppet/perforce) ont mis quasiment deux ans à supporter la debian 12, avec des commentaires WTF du genre "ah le serveur bookworm est pas sorti donc on supporte pas la deb12 dans le module").
J'attends la même pour trixie, Par exemple, le support "officiel" de deb12 dans le module mysql est arrivé en décembre 2024... Soit 8 mois avant la sortie de la trixie. Classe.
--> en perte de vitesse depuis que RedHat pousse ansible
Surtout en perte de vitesse depuis que perforce a pourri le produit et (tenté de ? réussi à ?) faire une broadcom...
Bref, puppet, ça pue actuellement. OpenVox, j'attends toujours.
Arnaud.