Pourquoi le rôle de DevOps nécessite-t-il deux…

Dans le rôle de DevOps, deux dossiers contenant des variables sont généralement utilisés pour séparer les configurations communes et spécifiques à l’environnement (environnement). Cela augmente la flexibilité, la réutilisabilité et la sécurité des configurations.

Les deux dossiers principaux :

group_vars : Contient des variables appliquées à tous les hôtes d’un groupe d’inventaire spécifique. Les variables de ces fichiers s’appliquent aux hôtes inclus dans le groupe dont le nom correspond au nom du fichier (par exemple, group_vars/web_servers.yaml) ou dans le fichier group_vars/all.yaml (appliqué à tous les hôtes). Cela facilite la définition de configurations communes pour un groupe de serveurs (par exemple, configurations réseau, chemins d’installation).
host_vars : Contient des variables spécifiques à des hôtes individuels. Les variables de ces fichiers ne s’appliquent qu’à un hôte précis, dont le nom correspond au nom du fichier (par exemple, host_vars/server1.example.com.yaml). Utilisé pour des configurations uniques des hôtes (par exemple, adresses IP spécifiques, versions de logiciels, accès spécifiques).

Exemple de structure de répertoires lors de l’utilisation d’Ansible :

# Structure de répertoires avec variables
.
├── inventory  # Fichier ou répertoire d’inventaire
│   └── hosts.yaml
├── group_vars
│   ├── all.yaml       # Variables pour tous les hôtes
│   └── web_servers.yaml # Variables pour le groupe web_servers
└── host_vars
    ├── server1.example.com.yaml # Variables pour l’hôte server1
    └── server2.example.com.yaml # Variables pour l’hôte server2

Exemple de contenu des fichiers :

// group_vars/all.yaml
---
# Variables générales pour tous les hôtes
tz: "Europe/Moscow"
ntp_servers:
  - 0.pool.ntp.org
  - 1.pool.ntp.org

// group_vars/web_servers.yaml
---
# Variables pour le groupe web_servers
http_port: 80
https_port: 443
document_root: "/var/www/html"

// host_vars/server1.example.com.yaml
---
# Variables spécifiques pour server1
external_ip: "192.168.1.100"
database_server: "db.example.com"

Avantages de cette séparation :

Hiérarchie et priorité : Assure une hiérarchie claire dans l’application des variables (host_vars a une priorité plus élevée que group_vars, et group_vars pour un groupe spécifique a une priorité plus élevée que group_vars/all).
Réutilisation : Les configurations communes peuvent être définies une fois dans group_vars et appliquées à plusieurs hôtes.
Lisibilité et gestion : La configuration devient plus compréhensible et facile à maintenir, car les configurations spécifiques et générales sont séparées.
Sécurité : Les données sensibles spécifiques (par exemple, mots de passe ou clés pour un hôte particulier) peuvent être stockées dans host_vars et chiffrées séparément si nécessaire.

Dans le contexte d’autres outils (par exemple, Terraform avec des fichiers .tfvars ou des fichiers de configuration d’applications), le principe de séparation entre variables générales et spécifiques à l’environnement/instance est conservé, bien que les noms des répertoires puissent varier. Par exemple, dans Terraform, on utilise souvent des fichiers comme terraform.tfvars (pour les valeurs par défaut générales) et des fichiers spécifiques pour les environnements comme dev.tfvars, stage.tfvars, prod.tfvars.

L’idée principale est de séparer les paramètres "généraux" immuables de ceux qui changent, "environnementaux" ou "d’hôte", pour simplifier la gestion de la configuration.

Pourquoi le rôle de DevOps nécessite-t-il deux dossiers avec des variables, et quels sont-ils?