Ansible: vars_prompt innerhalb einer Rolle?

Erstellt am 18. Juni 2013  ·  3Kommentare  ·  Quelle: ansible/ansible

Der Versuch, Rollen als vollständig gekapselte, wiederverwendbare Aktionen zu schreiben, aber um das richtig zu machen, muss ich wirklich in der Lage sein, einige Informationen abzufragen. Allerdings hat jeder Versuch, den ich unternommen habe, vars_prompt innerhalb einer Rolle zu verwenden, entweder dazu geführt, dass es vollständig ignoriert wurde, oder zu einem Fehler, der besagt, dass vars_prompt dort nicht verwendet werden kann.

Kann vars_prompt innerhalb einer Rolle verwendet werden? Wenn ja, gibt es eine Dokumentation, die zeigt, wie?

Hilfreichster Kommentar

Sie sollten besser auf prompt verzichten, denn das würde es Anfängern zu leicht machen, vernünftige Skripte zu schreiben. Und außerdem, warum sollte Ansible konsistent sein, wo und wann Sie bestimmte Schlüsselwörter verwenden dürfen?

Ich denke, Ihr Hauptproblem ist, dass Sie versuchen, zusammensetzbare Playbooks zu schreiben. Das ist keine gute Idee, wenn Sie Ihren Arbeitsplatz sichern wollen. Es ist besser, überall zu kopieren und einzufügen, denn wenn Ihre Playbooks und Rollen anfangen, unter Konfigurationsdrift zu leiden, wird Ihr Unternehmen Sie wahrscheinlich brauchen, um einige größere Updates an den Skripten vorzunehmen, und BINGO - es gibt weitere 6 Monate Beschäftigung .

Ich bin froh, dass mpdehaan dieses Thema vernünftig geschlossen hat. Er ist sehr vernünftig, wenn es darum geht, Ansible nicht zu einfach zu bedienen. Schauder , erinnerst du dich an PHP?

Alle 3 Kommentare

vars_prompt ist nicht wirklich eine empfohlene Sache für die meisten fortgeschrittenen Anwendungsfälle, da es interaktiv ist.

Ehrlich gesagt weiß ich nicht, wie die Syntax dafür aussehen würde.

Sie sollten besser auf prompt verzichten, denn das würde es Anfängern zu leicht machen, vernünftige Skripte zu schreiben. Und außerdem, warum sollte Ansible konsistent sein, wo und wann Sie bestimmte Schlüsselwörter verwenden dürfen?

Ich denke, Ihr Hauptproblem ist, dass Sie versuchen, zusammensetzbare Playbooks zu schreiben. Das ist keine gute Idee, wenn Sie Ihren Arbeitsplatz sichern wollen. Es ist besser, überall zu kopieren und einzufügen, denn wenn Ihre Playbooks und Rollen anfangen, unter Konfigurationsdrift zu leiden, wird Ihr Unternehmen Sie wahrscheinlich brauchen, um einige größere Updates an den Skripten vorzunehmen, und BINGO - es gibt weitere 6 Monate Beschäftigung .

Ich bin froh, dass mpdehaan dieses Thema vernünftig geschlossen hat. Er ist sehr vernünftig, wenn es darum geht, Ansible nicht zu einfach zu bedienen. Schauder , erinnerst du dich an PHP?

Ich unterstütze das. Es wäre ein nettes Feature für die Wiederverwendbarkeit. Oder zumindest sollten wir include Eingabeaufforderungen ausführen können.
@dejayc hat es nicht so schön ausgedrückt, aber er hat das Hauptproblem richtig verstanden.

Ansible sollte alle Rollen vorparsen (dies ist nicht erforderlich, wenn ein Include-Mechanismus vorhanden ist) und dann alle Variablen vorher auffordern, sodass die resultierende Ausführung nicht interaktiv wäre.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen