Woher Variablen kommen und welche Vorrang haben

Dieselbe Variable kann an vielen Stellen gesetzt werden: im Inventory, in Play-Variablen, Dateien, der CLI und an weiteren Stellen. Welcher Wert hat also tatsächlich Vorrang? 🌟

Ansible folgt einer festen Reihenfolge, der sogenannten Variablenpräzedenz. Wenn ein Name zweimal gesetzt wird, überschreibt die Quelle mit höherer Priorität die Quelle mit niedrigerer Priorität.

Werte im Ordner defaults einer Rolle stehen ganz unten. Sie sind dafür gedacht, von fast allem anderen problemlos überschrieben werden zu können.

Variablen in Ihrem Inventory, etwa in group_vars oder host_vars, haben eine höhere Priorität als Rollen-Defaults, aber eine niedrigere als Variablen auf Play-Ebene.

Variablen unter dem Schlüssel vars eines Plays haben Vorrang vor Inventory-Werten. Definieren Sie hier einen Wert, hat er Vorrang vor allem in group_vars.

Sie können einer einzelnen Task vars zuweisen. Dieser Wert gilt nur dort und hat eine höhere Priorität als übergeordnete Play-Variablen.

Werte, die Sie mit register erfassen oder während eines Laufs mit set_fact setzen, stehen in der Rangfolge weit oben, direkt unter den Extra-Variablen.

Extra-Variablen aus der Befehlszeile haben Vorrang vor allem anderen. Was Sie mit -e übergeben, ist für diesen Lauf endgültig.

Wenn zwei Quellen dieselbe Ebene haben, gilt die zuletzt geladene. Zuerst entscheidet die Präzedenz, bei Gleichstand die Ladereihenfolge.

Sie müssen sich selten die gesamte Rangfolge merken. Legen Sie sinnvolle Werte in defaults fest, überschreiben Sie bewusst und vermeiden Sie es, denselben Namen überall zu setzen.

Unsicher, welcher Wert gewonnen hat? Geben Sie ihn mit debug aus, um das aufgelöste Ergebnis zu sehen, bevor Sie ihm in der Produktion vertrauen.

Welche Quelle einer Variable hat die höchste Priorität?

Sie haben die Rangfolge der Präzedenz kennengelernt: defaults stehen ganz unten, gefolgt von Inventory-, Play- und Task-Variablen, dann set_fact, während Extra-Variablen ganz oben stehen. ✨