Perché nel ruolo di DevOps sono necessarie due…

Nel ruolo di DevOps, di solito vengono utilizzate due cartelle di variabili per separare le configurazioni comuni da quelle specifiche dell'ambiente (ambiente). Questo aumenta la flessibilità, la riutilizzabilità e la sicurezza delle configurazioni.

Le due cartelle principali:

group_vars: Contiene variabili applicate a tutti gli host di un determinato gruppo di inventario. Le variabili di questi file si applicano agli host inclusi nel gruppo il cui nome corrisponde al nome del file (ad esempio, group_vars/web_servers.yaml) o nel file group_vars/all.yaml (applicato a tutti gli host). È utile per definire configurazioni comuni per un gruppo di server (ad esempio, impostazioni di rete, percorsi di installazione).
host_vars: Contiene variabili specifiche per host individuali. Le variabili di questi file si applicano solo a un host specifico, il cui nome corrisponde al nome del file (ad esempio, host_vars/server1.example.com.yaml). Usato per configurazioni uniche degli host (ad esempio, indirizzi IP specifici, versioni del software, accessi specifici).

Esempio di struttura di directory durante l'uso di Ansible:

# Struttura di directory con variabili
.
├── inventory  # File o directory di inventario
│   └── hosts.yaml
├── group_vars
│   ├── all.yaml       # Variabili per tutti gli host
│   └── web_servers.yaml # Variabili per il gruppo web_servers
└── host_vars
    ├── server1.example.com.yaml # Variabili per l'host server1
    └── server2.example.com.yaml # Variabili per l'host server2

Esempio di contenuto dei file:

// group_vars/all.yaml
---
# Variabili generali per tutti gli host
tz: "Europe/Moscow"
ntp_servers:
  - 0.pool.ntp.org
  - 1.pool.ntp.org

// group_vars/web_servers.yaml
---
# Variabili per il gruppo web_servers
http_port: 80
https_port: 443
document_root: "/var/www/html"

// host_vars/server1.example.com.yaml
---
# Variabili specifiche per server1
external_ip: "192.168.1.100"
database_server: "db.example.com"

Vantaggi di questa separazione:

Gerarchia e priorità: Garantisce una gerarchia chiara nell'applicazione delle variabili (host_vars ha priorità più alta rispetto a group_vars, e group_vars per un gruppo specifico ha priorità più alta rispetto a group_vars/all).
Riutilizzo: Le configurazioni comuni possono essere definite una volta in group_vars e applicate a più host.
Leggibilità e gestibilità: La configurazione diventa più comprensibile e facile da mantenere, poiché le impostazioni specifiche e generali sono separate.
Sicurezza: Dati sensibili specifici (ad esempio, password o chiavi per un host specifico) possono essere archiviati in host_vars e cifrati separatamente, se necessario.

Nel contesto di altri strumenti (ad esempio, Terraform con file .tfvars o file di configurazione delle applicazioni), il principio di separazione tra variabili generali e specifiche dell'ambiente/istanza rimane, anche se i nomi delle directory possono variare. Ad esempio, in Terraform si usano spesso file come terraform.tfvars (per valori predefiniti generali) e file specifici per ambienti come dev.tfvars, stage.tfvars, prod.tfvars.

L'idea principale è separare i parametri "generali" immutabili da quelli "ambientali" o "host" variabili che cambiano, per semplificare la gestione della configurazione.

Perché nel ruolo di DevOps sono necessarie due cartelle con variabili e quali sono?