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.
_______________________________________________
Liste de diffusion du French Sysadmin Group
https://www.frsag.org/

Répondre à