L'intérêt des outils de gestion de configuration, c'est de les faire idempotents, donc en théorie ils doivent pouvoir tourner toutes les 30 minutes sur ta machine sans tout casser, que tu mettes à jour ou pas.
En théorie... (déjà cassé des serveurs de production où tourne du Puppet après une avoir lancé une mise à jour ; déjà cassé aussi des machines de production en lançant un playbook Ansible ; dans les deux cas, les incohérences sur le serveur et sa dérive sur le temps ainsi que le défaut de tests rigoureux a fini par clasher l'outil) Les mises à jour doivent être faites avec la solution en usage, ou y être reportées pour ne pas avoir de collision malheureuse (et ça s'applique pour d'autres cas aussi : récemment, c'est avec un Ferm en place qui a été bypassé pour ajouter directement des entrées dans IPTables et au redémarrage de la machine ce fut des pleurs)
Typiquement puppet tournes toutes les 30 minutes sur nos serveurs.
Chez mon dernier client c'était lancé tous les quart d'heure.
Chez un autre, où je l'ai le plus utilisé, c'était toutes les heures.
À noter que leur mode de fonctionnement (pull) est possible aussi avec Ansible, mais ce n'est pas ainsi que c'est utilisé par défaut ...parce-que ça ne s'est jamais positionné ainsi (en concurrence des autres) mais en orchestrateur de déploiement (ce que les autres ont du mal à faire sans cachet d'aspirine et heures de bataille)
Mais c'est aussi pour ça que je préfère puppet ou salt à ansible, c'est trop facile de faire des trucs dégueux et pas idempotent avec ansible.
De mon expérience, partout où je suis passé et où c'est utilisé, j'ai vu des trucs dégueux et pas idempotent avec Puppet. Ceci n'empêche pas qu'effectivement, de par sa facilité, les gens ne passent pas autant de temps à faire leur Ansible et qu'on voit pas mal de choses faites vite et mal.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Identifiants qui changent
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse au journal Allez, il fallait bien que ça arrive. Évalué à 1.
En théorie... (déjà cassé des serveurs de production où tourne du Puppet après une avoir lancé une mise à jour ; déjà cassé aussi des machines de production en lançant un playbook Ansible ; dans les deux cas, les incohérences sur le serveur et sa dérive sur le temps ainsi que le défaut de tests rigoureux a fini par clasher l'outil) Les mises à jour doivent être faites avec la solution en usage, ou y être reportées pour ne pas avoir de collision malheureuse (et ça s'applique pour d'autres cas aussi : récemment, c'est avec un Ferm en place qui a été bypassé pour ajouter directement des entrées dans IPTables et au redémarrage de la machine ce fut des pleurs)
Chez mon dernier client c'était lancé tous les quart d'heure.
Chez un autre, où je l'ai le plus utilisé, c'était toutes les heures.
À noter que leur mode de fonctionnement (pull) est possible aussi avec Ansible, mais ce n'est pas ainsi que c'est utilisé par défaut ...parce-que ça ne s'est jamais positionné ainsi (en concurrence des autres) mais en orchestrateur de déploiement (ce que les autres ont du mal à faire sans cachet d'aspirine et heures de bataille)
De mon expérience, partout où je suis passé et où c'est utilisé, j'ai vu des trucs dégueux et pas idempotent avec Puppet. Ceci n'empêche pas qu'effectivement, de par sa facilité, les gens ne passent pas autant de temps à faire leur Ansible et qu'on voit pas mal de choses faites vite et mal.
"It is seldom that liberty of any kind is lost all at once." ― David Hume