Infrastructure as Code (IaC)

L'IaC remplace les manipulations manuelles (consoles d'administration, scripts ponctuels, documentation Word) par des fichiers de configuration stockés dans un dépôt Git. Ces fichiers décrivent l'état souhaité de l'infrastructure ; un outil se charge ensuite de le mettre en place et de le maintenir.

On distingue deux grandes approches :

• Déclarative : on décrit le résultat attendu (ex. « deux serveurs web derrière un load balancer »), l'outil calcule les actions nécessaires. Terraform et CloudFormation suivent ce modèle.
• Impérative : on décrit la suite d'étapes à exécuter pour atteindre l'état voulu. Certains usages d'Ansible relèvent de cette logique.

Un concept central est l'idempotence : appliquer plusieurs fois la même configuration produit toujours le même résultat, sans effet de bord ni dérive entre les environnements de développement, de test et de production.

Pour une application métier, un ERP ou une plateforme déployée chez un client, l'IaC apporte des bénéfices concrets :

• Reproductibilité : recréer un environnement identique en quelques minutes, utile pour les tests, la reprise après incident ou l'ouverture d'un nouveau client.
• Traçabilité : chaque modification d'infrastructure passe par un commit Git, avec historique, revue et possibilité de revenir en arrière.
• Cohérence : disparition de l'écart « ça marche en dev, pas en prod » lié aux configurations manuelles divergentes.
• Collaboration : l'infrastructure est lisible et partagée par toute l'équipe, sans dépendance à une personne unique.

Terraform et Ansible sont les deux outils les plus répandus et sont souvent complémentaires : le premier provisionne les ressources, le second les configure.

En pratique, Terraform crée l'infrastructure (machines virtuelles, réseaux) tandis qu'Ansible installe et paramètre les logiciels qui tournent dessus. Les deux peuvent être utilisés conjointement dans une même chaîne de déploiement.