Un des manques criant, par exemple, est le nettoyage des tâches supprimées (si j'enlève une tâche qui ajoute une ligne dans un fichier de conf, cette ligne restera là où elle a été mise), il faudrait plutôt que Ansible gère un état on/off.
Oui tu es d'abord censé "retirer la ligne" (state absent au lieu de present) puis retirer la tâche. Il n'y a pas de magie non plus : si tu retires une machine de ton inventaire, ansible ne va pas la déconfigurer. Si tu retires de la gestion ansible un utilisateur ajouté sur une machine sans avoir fait son retrait, il va rester. Pareil pour une entrée DNS ajoutée, un stockage objet distant provisionné, un fichier créée sur disque, un paquet installé, etc. Etc. Ansible ne gère pas ce qu'on ne lui dit pas, Git ne gère pas ce qu'on ne lui dit pas, etc.
[^] # Re: Intéressant mais est-ce suffisant ?
Posté par Benoît Sibaud (site web personnel) . En réponse à la dépêche Présentation de Monkeyble: Framework de test bout en bout pour Ansible. Évalué à 5. Dernière modification le 03 décembre 2022 à 10:57.
Oui tu es d'abord censé "retirer la ligne" (state absent au lieu de present) puis retirer la tâche. Il n'y a pas de magie non plus : si tu retires une machine de ton inventaire, ansible ne va pas la déconfigurer. Si tu retires de la gestion ansible un utilisateur ajouté sur une machine sans avoir fait son retrait, il va rester. Pareil pour une entrée DNS ajoutée, un stockage objet distant provisionné, un fichier créée sur disque, un paquet installé, etc. Etc. Ansible ne gère pas ce qu'on ne lui dit pas, Git ne gère pas ce qu'on ne lui dit pas, etc.