Y a pas de magie dans Puppet, à moins de considérer l’ordonnancement comme de la magie.
Je n'ai pas encore connu de cas où tu n'es pas obligé de lancer l'agent plusieurs fois pour arriver à l'état souhaité. La raison en est sa tentative d'automagiquement ordonnancer comme tu dis ; du coup il se retrouve à faire les actions dans un ordre qu'on ne sait pas prévoir.
Oui, je sais qu'on peut imposer une sorte de chaîne de dépendance mais il faut s'arracher les cheveux pour arriver à mettre ça en place.
Maintenant ce n'était pas un reproche et je ne faisais que souligner la différence de fonctionnement des deux solutions (et il faut toujours faire des choix en connaissance de cause et ne pas croire qu'il y a du meilleur dans l'absolu car tout a ses avantages et ses inconvénients)
Puppet ne fait rien de différent de ce que, par exemple, systemd peut faire au démarrage d’une machine (exécuté les tâche dans l’ordre de leur dépendance).
En tout cas systemd a l'air de mieux s'en sortir...
Maintenant, si tu lui reproche son côté séquentiel
Moi, je ne lui reproche rien, mais je regarde Ansible pour ce qu’il est : un moyen facile d’exécuter des tâches récurrentes. Par contre je ne le considèrerai probablement jamais Ansible comme de l’IaC par exemple et surtout, il me viendrait pas à l’idée de gérer une infrastructure avec, au delà d’un administrateur unique et/ou d’une dizaines serveur (on l’utilise au taf, et je comprends honnêtement pas comment ils en sont arrivé là).
Je peux comprendre : je suis dans un taf où l'infra est géré avec et où c'est pas top.
J'ai aussi connu, paradoxalement, une plus grande infrastructure entièrement pilotée par Ansible et c'était un bonheur. On peut l'utiliser à plusieurs administrateurs sur des centaines d'hôtes ; mais il faut une organisation qui ne s'improvise pas.
"It is seldom that liberty of any kind is lost all at once." ― David Hume
[^] # Re: Encore de l'Ansible...
Posté par Gil Cot ✔ (site web personnel, Mastodon) . En réponse à la dépêche Pile de logiciels libres de déploiement et gestion de grappes de serveurs ou de parc. Évalué à 0.
Je n'ai pas encore connu de cas où tu n'es pas obligé de lancer l'agent plusieurs fois pour arriver à l'état souhaité. La raison en est sa tentative d'automagiquement ordonnancer comme tu dis ; du coup il se retrouve à faire les actions dans un ordre qu'on ne sait pas prévoir.
Oui, je sais qu'on peut imposer une sorte de chaîne de dépendance mais il faut s'arracher les cheveux pour arriver à mettre ça en place.
Maintenant ce n'était pas un reproche et je ne faisais que souligner la différence de fonctionnement des deux solutions (et il faut toujours faire des choix en connaissance de cause et ne pas croire qu'il y a du meilleur dans l'absolu car tout a ses avantages et ses inconvénients)
En tout cas systemd a l'air de mieux s'en sortir...
Je peux comprendre : je suis dans un taf où l'infra est géré avec et où c'est pas top.
J'ai aussi connu, paradoxalement, une plus grande infrastructure entièrement pilotée par Ansible et c'était un bonheur. On peut l'utiliser à plusieurs administrateurs sur des centaines d'hôtes ; mais il faut une organisation qui ne s'improvise pas.
"It is seldom that liberty of any kind is lost all at once." ― David Hume