À titre personnel, je mettrais en premier l'interface ok/changed/failed plus riche que le ok/ko historique du code de retour shell/C. Ce qui amène l'idempotence et le test à blanc (check mode/dry run). Ça permet par exemple d'espérer que lancer une seconde fois va résoudre le souci transitoire, ou de tester avant (vérifier ce qu'on va faire) ou après un déploiement (tout est conforme au dépôt de code ?).
# Ansible
Posté par Benoît Sibaud (site web personnel) . En réponse au journal Test de vie et Ansible : un exemple de réalisation pour mieux comprendre l'outil. Évalué à 7.
À titre personnel, je mettrais en premier l'interface ok/changed/failed plus riche que le ok/ko historique du code de retour shell/C. Ce qui amène l'idempotence et le test à blanc (check mode/dry run). Ça permet par exemple d'espérer que lancer une seconde fois va résoudre le souci transitoire, ou de tester avant (vérifier ce qu'on va faire) ou après un déploiement (tout est conforme au dépôt de code ?).