DEVOPS
Terraform vs Ansible, comment choisir en 2026 ?
90 % des équipes cloud utilisent aujourd’hui de l’Infrastructure as Code, qui est devenu une pratique standard et qui n’est plus une option1. Pourtant, face à la diversité des outils disponibles, le choix entre Terraform et Ansible reste une question récurrente dans les projets DevOps.
Ce n’est pas une question de préférence personnelle. C’est un choix qui engage l’organisation sur la façon dont elle va provisionner, configurer et maintenir ses infrastructures dans la durée. Et les deux outils, bien que souvent cités ensemble, ne font pas le même travail.
- I) Terraform vs Ansible : pourquoi l'IaC est devenu incontournable ?
- II) Terraform : provisionner et garder la main sur l'état
- III) Ansible : automatiser la configuration sans état
- IV) Ce n'est pas l'un ou l'autre : comment les combiner ?
- V) Terraform vs Ansible : comment choisir selon votre contexte ?
- En résumé
Le concept clé : le state file
Ce qui distingue Terraform des autres outils IaC, c’est son système de gestion d’état. Terraform maintient un fichier d’état (state file) qui enregistre en permanence l’ensemble des ressources qu’il a déployées : serveurs, réseaux, bases de données, règles de sécurité.
Concrètement, cela signifie qu’à tout moment, Terraform sait exactement ce qui existe dans l’infrastructure réelle. Quand on lui soumet une modification, il commence par comparer l’état actuel avec l’état souhaité (via la commande terraform plan), liste ce qu’il va changer, ajouter ou supprimer, et n’applique que le delta nécessaire. Sans ce mécanisme, on travaille à l’aveugle.
Idempotence et fiabilité
Terraform est idempotent : exécuter le même script d’infrastructure une ou dix fois produit exactement le même résultat. Si l’infrastructure correspond déjà à ce que le code décrit, Terraform ne touche à rien. Cette propriété est essentielle pour l’automatisation. On peut relancer un déploiement sans crainte de créer des doublons ou d’écraser des configurations existantes.
Portabilité multi-cloud
Terraform fonctionne avec tous les grands fournisseurs cloud via un système de providers. Le même outil (et le même raisonnement) s’applique à AWS, Azure, Google Cloud ou encore des infrastructures on-premise. Terraform est devenu un standard de facto pour l’IaC multi-cloud grâce à son modèle cloud-agnostique et son large écosystème de modules2.
Sur le terrain, c’est un avantage décisif : une équipe qui maîtrise Terraform peut changer de fournisseur cloud sans repartir de zéro sur l’outillage.
Un point de vigilance : la licence
Terraform a changé de licence open source MPL 2.0 vers une licence Business Source License (BSL) en août 2023, avant qu’IBM finalise l’acquisition de HashiCorp en février 20253. Pour les organisations sensibles au risque de dépendance fournisseur, OpenTofu (le fork open source de Terraform maintenu par la Linux Foundation) constitue une alternative crédible4.
Ce qu’Ansible fait vraiment
Ansible est un outil d’automatisation orienté configuration. Il se connecte aux machines via SSH et exécute des séquences de tâches décrites dans des fichiers YAML appelés playbooks. Il peut installer des logiciels, modifier des fichiers de configuration, démarrer des services, créer des utilisateurs, tout ce qui concerne l’état d’un système une fois qu’il existe.
Sa force est sa simplicité d’apprentissage. Un playbook Ansible se lit presque comme une liste d’instructions en langage naturel, ce qui le rend accessible à des équipes qui n’ont pas de profil infrastructure très technique.
L’absence de gestion d’état : une limite structurelle
Ansible n’a pas de state file. Il exécute les tâches décrites dans le playbook, dans l’ordre, sans mémoriser ce qu’il a fait lors des exécutions précédentes. Si une ressource a changé manuellement entre deux exécutions, Ansible ne le sait pas, et ne peut pas calculer ce qui a changé depuis son dernier passage.
Sur le terrain, cela se traduit par une moindre traçabilité de l’infrastructure dans le temps. Quand on veut savoir précisément dans quel état se trouve un serveur déployé il y a six mois, Ansible ne fournit pas de réponse directe. Terraform, lui, a cette information dans son state file.
- Terraform provisionne l’infrastructure : il crée les serveurs, configure les réseaux, déploie les bases de données, gère les permissions IAM
- Ansible configure ce qui tourne dessus : il installe les logiciels applicatifs, applique les fichiers de configuration, gère les mises à jour
Cette division claire des responsabilités évite les zones de flou et capitalise sur les points forts de chaque outil. Ces limitations se complètent parfaitement quand les outils sont utilisés ensemble. Sur des missions DevOps en environnement cloud AWS, cette combinaison Terraform + Ansible + Jenkins constitue une stack courante : Terraform pour l’infrastructure, Ansible pour la configuration, Jenkins pour les pipelines CI/CD qui orchestrent l’ensemble.
Les dernières
ACTUALITÉS
- AIOps : l’IA au cœur des opérations DevOpsL’AIOps ne remplace pas les ingénieurs Ops. Il amplifie leur capacité d’action. Là où un Ops humain analyse quelques centaines d’alertes par heure, un système AIOps en traite des milliers, corrèle les signaux, filtre le bruit et ne remonte que les incidents réels avec leur contexte. La réduction du MTTR de 40 % documentée sur le terrain n’est pas un chiffre marketing — c’est une réalité opérationnelle.
- Usine logicielle DevSecOps : un cas d’usage concret, dupilote à la généralisationDes applications utiles, mais livrées au rythme des disponibilités de chacun. Découvrez comment un établissement public de recherche a posé un socle DevSecOps commun, validé sur un pilote avant d’être généralisé.
- Terraform vs Ansible, comment choisir en 2026 ?Ce n’est pas une question de préférence personnelle. Terraform et Ansible ne font pas le même travail : l’un provisionne l’infrastructure et en garde la mémoire, l’autre configure ce qui tourne dessus. Choisir l’un pour faire le travail de l’autre est la source de la plupart des complications IaC sur le terrain.
- Usine logicielle HDS : comment sécuriser son développement sans ralentir la rechercheEn 2026, la santé est le secteur le plus attaqué en France. Découvrez comment un établissement public de recherche a sécurisé son usine logicielle et obtenu sa conformité HDS, sans la reconstruire ni ralentir ses équipes.
- DevOps : quand la collaboration Dev et Ops devient l’enjeu centralSur le terrain, le vrai défi du DevOps n’est pas l’outillage. C’est l’alignement entre deux équipes aux objectifs structurellement différents : les développeurs orientés vers la livraison rapide, les Ops orientés vers la stabilité. Comprendre cette asymétrie est la première étape pour la surmonter.