Warum braucht die Rolle DevOps zwei Ordner mit…

In der Rolle eines DevOps werden in der Regel zwei Ordner mit Variablen verwendet, um allgemeine und umgebungsspezifische (Umgebungs-)Einstellungen zu trennen. Dies erhöht die Flexibilität, Wiederverwendbarkeit und Sicherheit der Konfigurationen.

Die beiden Hauptordner:

group_vars: Enthält Variablen, die auf alle Hosts in einer bestimmten Inventargruppe angewendet werden. Die Variablen aus diesen Dateien gelten für die Hosts, die in die Gruppe aufgenommen sind, deren Name mit dem Dateinamen übereinstimmt (z.B. group_vars/web_servers.yaml) oder in der Datei group_vars/all.yaml (wird auf alle Hosts angewendet). Dies ist nützlich, um gemeinsame Einstellungen für eine Servergruppe zu definieren (z.B. Netzwerkeinstellungen, Installationspfade).
host_vars: Enthält Variablen, die spezifisch für einzelne Hosts sind. Die Variablen aus diesen Dateien gelten nur für einen bestimmten Host, dessen Name mit dem Dateinamen übereinstimmt (z.B. host_vars/server1.example.com.yaml). Wird für einzigartige Host-Einstellungen verwendet (z.B. IP-Adressen bestimmter Schnittstellen, Softwareversionen, spezifische Zugriffe).

Beispiel für die Verzeichnisstruktur bei Verwendung von Ansible:

# Verzeichnisstruktur mit Variablen
.
├── inventory  # Inventardatei oder -verzeichnis
│   └── hosts.yaml
├── group_vars
│   ├── all.yaml       # Variablen für alle Hosts
│   └── web_servers.yaml # Variablen für die Gruppe web_servers
└── host_vars
    ├── server1.example.com.yaml # Variablen für Host server1
    └── server2.example.com.yaml # Variablen für Host server2

Beispiel für den Inhalt der Dateien:

// group_vars/all.yaml
---
# Allgemeine Variablen für alle Hosts
tz: "Europe/Moscow"
ntp_servers:
  - 0.pool.ntp.org
  - 1.pool.ntp.org

// group_vars/web_servers.yaml
---
# Variablen für die Gruppe web_servers
http_port: 80
https_port: 443
document_root: "/var/www/html"

// host_vars/server1.example.com.yaml
---
# Spezifische Variablen für server1
external_ip: "192.168.1.100"
database_server: "db.example.com"

Vorteile dieser Trennung:

Hierarchie und Priorität: Es wird eine klare Hierarchie bei der Anwendung der Variablen gewährleistet (host_vars hat eine höhere Priorität als group_vars, und group_vars für eine bestimmte Gruppe hat eine höhere Priorität als group_vars/all).
Wiederverwendbarkeit: Allgemeine Einstellungen können einmal in group_vars definiert und auf mehrere Hosts angewendet werden.
Lesbarkeit und Verwaltung: Die Konfiguration wird verständlicher und leichter wartbar, da spezifische und allgemeine Einstellungen getrennt sind.
Sicherheit: Sensible, spezifische Daten (z.B. Passwörter oder Schlüssel für einen bestimmten Host) können in host_vars gespeichert und bei Bedarf verschlüsselt werden.

Im Kontext anderer Tools (z.B. Terraform mit .tfvars-Dateien oder Anwendungs-Konfigurationsdateien) bleibt das Prinzip der Trennung von allgemeinen und umgebungsspezifischen Variablen bestehen, obwohl die Verzeichnisnamen variieren können. Zum Beispiel verwendet Terraform häufig Dateien wie terraform.tfvars (für allgemeine Standardwerte) und spezifische Dateien für Umgebungen wie dev.tfvars, stage.tfvars, prod.tfvars.

Die Hauptidee ist, unveränderliche "allgemeine" Parameter von den sich ändernden "umgebungsspezifischen" oder "hostbezogenen" Parametern zu trennen, um die Konfigurationsverwaltung zu vereinfachen.

Warum braucht die Rolle DevOps zwei Ordner mit Variablen, und welche sind sie?