Ansible: vars_prompt dans un rôle ?

vars_prompt n'est pas vraiment une suggestion pour les cas d'utilisation les plus avancés car il est interactif.

Honnêtement, je ne sais pas à quoi ressemblerait la syntaxe de cela.

Il vaut mieux ne pas utiliser prompt, car cela rendrait trop facile pour les débutants d'écrire des scripts sensés. Et d'ailleurs, pourquoi Ansible devrait-il être cohérent en ce qui concerne où et quand vous êtes autorisé à utiliser certains mots-clés ?

Je pense que votre principal problème est que vous essayez d'écrire des playbooks composables. Ce n'est pas une bonne idée si vous voulez assurer votre sécurité d'emploi. Il est préférable de copier et coller partout, car au moment où vos playbooks et vos rôles commenceront à souffrir de la dérive de la configuration, votre entreprise aura probablement besoin de vous pour faire des mises à jour majeures des scripts, et BINGO - il y a encore 6 mois d'emploi .

Je suis content que mpdehaan ait fermé ce problème judicieusement. Il est très sensé de ne pas laisser Ansible devenir trop facile à utiliser. Frisson , tu te souviens de PHP ?

Je seconde ceci. Ce serait une fonctionnalité intéressante pour la réutilisation. Ou au moins, nous pourrions être en mesure d'inviter include .
@dejayc ne l'a pas si bien dit, mais il a bien compris le problème principal.

Ansible doit pré-analyser tous les rôles (ce n'est pas nécessaire s'il existe un mécanisme d'inclusion), puis demander toutes les variables au préalable, de sorte que l'exécution résultante ne soit pas interactive.