• [^] # Re: Encore de l'Ansible...

    Posté par . En réponse à la dépêche Pile de logiciels libres de déploiement et gestion de grappes de serveurs ou de parc. Évalué à 4.

    Je crois qu'il y a une confusion parce-que ce n'est pas de l'impératif mais du déclaratif.

    Tu joues sur les mots, mais personnellement je comprends le ressentit de devnewton.

    aulieu de vouloir faire de la magie de Poupée

    Y a pas de magie dans Puppet, à moins de considérer l’ordonnancement comme de la magie.

    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).

    Pour reprendre le cas de la gestion des comptes, ça s'appuie sur les bibliothèques/commandes système qui font le job au lieu de prétendre vouloir réinventer l'eau chaude.

    Parmi les plus répandus (Puppet, Chef et Salt), j’en connais aucun qui réinvente l’eau chaude.

    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à).

    Pour mon usage personnel par exemple (une quinzaine de machines), tout est géré par Puppet et j’utilise Ansible pour des tâches comme la mise à jour de Kubernetes1 , mais je pense que quand j’aurai pris le temps d’apprendre Bolt, j’abandonnerai complètement Ansible.


    1. il faut drain le nœud, le mettre à jour, éventuellement le redémarré puis l’uncordon, c’est plus rapide d’écrire un playbook que de le faire à la main.