Créer un serveur en cliquant dans une console cloud, c’est facile. En créer 50, identiques, sur trois environnements, puis les modifier six mois plus tard sans rien casser ? C’est une autre histoire. C’est exactement le problème que résout Terraform, l’outil qui a imposé l’« infrastructure as code » comme pratique standard du DevOps. Voyons ce que c’est, comment ça fonctionne, ce qui a changé récemment autour de sa licence, et ce que cette compétence vaut sur le marché du freelance.
Qu’est-ce que Terraform ?
Terraform est un outil d’infrastructure as code (IaC) créé par HashiCorp en 2014. L’idée fondatrice tient en une phrase : au lieu de construire votre infrastructure à la main dans les consoles web de vos fournisseurs cloud, vous la décrivez dans des fichiers de configuration, et l’outil se charge de la créer, de la modifier et de la détruire pour vous.
Concrètement, avec HashiCorp Terraform, votre infrastructure devient du texte. Des serveurs, des bases de données, des réseaux, des règles de sécurité : tout est décrit dans un langage dédié, le HCL (HCL configuration language), lisible par un humain comme par la machine.
Et qui dit texte dit versionnage : votre cloud infrastructure entre dans Git, avec un historique, des revues et des retours en arrière possibles, exactement comme du code applicatif.
Le point qui distingue Terraform d’un simple script : c’est un outil déclaratif (declarative infrastructure). Vous ne décrivez pas les étapes à exécuter, vous décrivez l’état final souhaité : « je veux trois serveurs de ce type, dans cette région, reliés à cette base ».
Terraform compare cet état cible avec la réalité et calcule lui-même les opérations nécessaires pour passer de l’un à l’autre. Vous dites quoi, il trouve comment.
Comment fonctionne Terraform ?
Le quotidien avec Terraform tient en un cycle de trois commandes, si régulier qu’il en devient un réflexe.
Write, plan, apply : le workflow de base
D’abord, vous écrivez votre configuration dans des fichiers .tf. Voici à quoi ressemble la déclaration d’un serveur chez un fournisseur cloud :
resource "aws_instance" "web" {
ami = "ami-0abcdef1234567890"
instance_type = "t3.micro"
tags = {
Name = "serveur-web"
}
}Ensuite, terraform plan vous montre exactement ce qui va se passer : ce qui sera créé, modifié ou détruit. C’est la répétition générale, et c’est sans doute la fonctionnalité la plus précieuse de l’outil.
Aucune surprise en production : vous validez le changement avant qu’il n’existe. Enfin, terraform apply exécute le plan et provisionne réellement les ressources (resource provisioning).
Le state : la mémoire de votre infrastructure
Comment Terraform sait-il ce qui existe déjà ? Grâce à son fichier d’état, le fameux « state ».
Ce fichier recense tout ce que Terraform a créé et sert de référence pour calculer les écarts. La gestion de l’état (state management) est le concept le plus important à maîtriser : en équipe, ce fichier se stocke dans un emplacement partagé et verrouillé (la « backend configuration »), pour que deux personnes ne modifient jamais la même infrastructure en même temps.
Providers et modules : l’écosystème
Terraform ne connaît aucun cloud nativement. Il s’appuie sur des providers (Terraform providers), des greffons qui traduisent vos déclarations en appels d’API (API interactions) vers chaque plateforme : AWS, Microsoft Azure, Google Cloud, mais aussi Kubernetes, GitHub, Cloudflare, Datadog et des milliers d’autres, disponibles sur le Terraform Registry.
C’est ce qui rend possible le déploiement multicloud (multicloud deployment) : un seul outil, un seul langage, tous vos fournisseurs.
Les modules (Terraform modules), eux, sont des blocs de configuration réutilisables. Plutôt que de réécrire la même architecture réseau pour chaque projet, vous l’empaquetez une fois et vous l’appelez partout. C’est le mécanisme qui permet de passer de « je gère trois serveurs » à « je gère l’infrastructure d’une entreprise ».
Pourquoi utiliser Terraform ?
Qu’est-ce que vous y gagnez, très concrètement ?
La reproductibilité, d’abord. Une infrastructure décrite en code se recrée à l’identique en une commande : fini l’environnement de recette qui diffère mystérieusement de la production, fini le serveur historique que plus personne n’ose toucher parce que personne ne sait comment il a été construit. Le code EST la documentation.
La collaboration, ensuite. L’infrastructure passe par les mêmes rituels que le code applicatif : branches, pull requests, revues (collaborative workflows). Un changement d’infrastructure se relit et se discute avant d’être appliqué. Poussé un cran plus loin, c’est le principe du GitOps : le dépôt Git devient la source de vérité, et l’automatisation se charge du reste.
L’intégration au pipeline, enfin. Terraform s’insère naturellement dans une chaîne CI/CD : le plan s’exécute automatiquement à chaque pull request, l’apply se déclenche à la fusion. L’infrastructure évolue au même rythme que l’application, avec les mêmes garde-fous.
Ajoutez l’intégration avec Kubernetes, où Terraform provisionne les clusters pendant que d’autres outils gèrent ce qui tourne dedans, et vous avez le socle des plateformes modernes.
Soyons honnêtes sur les limites : la courbe d’apprentissage du HCL est réelle, la gestion du state en équipe demande de la rigueur, et un terraform destroy mal maîtrisé peut faire très mal.
Terraform automatise tout, y compris vos erreurs. La discipline fait partie de l’outil !
Terraform, OpenTofu et les alternatives
Longtemps, Terraform et open source ont été synonymes. Ce n’est plus tout à fait vrai.
En août 2023, HashiCorp a fait passer Terraform de la licence libre MPL 2.0 à la Business Source License (BSL), qui interdit de bâtir un service commercial concurrent sur son code.
Pour l’utilisateur final, rien ne change au quotidien ; pour l’écosystème, c’était un séisme. La communauté a réagi en créant OpenTofu, un fork 100 % open source hébergé par la Linux Foundation, compatible avec les providers et les fichiers d’état de Terraform.
Depuis, IBM a racheté HashiCorp (opération finalisée en 2025, pour 6,4 milliards de dollars), et les deux projets divergent progressivement : environ 12 % des praticiens de l’IaC sont passés à OpenTofu début 2026, tandis que Terraform reste largement majoritaire.
Que faut-il en retenir ? Vos compétences restent valables des deux côtés : même langage HCL, même workflow, mêmes concepts. Le choix entre les deux relève de la stratégie (philosophie de licence, dépendance à un éditeur) plus que de la technique.
Et face aux autres approches ? Ansible excelle dans la configuration des machines existantes, là où Terraform excelle à les créer : les deux se complètent plus qu’ils ne s’affrontent. Pulumi séduit les équipes qui préfèrent décrire l’infrastructure dans un vrai langage de programmation (Python, TypeScript). CloudFormation ne fonctionne que sur AWS. L’avantage décisif de Terraform reste son universalité : un seul outil pour tous les fournisseurs, et le plus grand écosystème du marché.
Comment débuter avec Terraform ?
Bonne nouvelle : la marche d’entrée est basse. Terraform s’installe en quelques minutes (un simple binaire en ligne de commande), et la documentation officielle de HashiCorp propose des tutoriels guidés par fournisseur cloud, gratuits et bien conçus.
Le parcours classique : installer l’outil, créer un compte gratuit chez un fournisseur, déployer une première machine virtuelle, la modifier, la détruire. En une après-midi, le cycle write, plan, apply n’a plus de secret !
Côté tarif : l’outil en ligne de commande est gratuit, sans limite de ressources gérées. HashiCorp monétise HCP Terraform, la plateforme managée qui ajoute l’exécution à distance, la gestion d’équipe et la gouvernance (avec un palier gratuit pour débuter).
Pour apprendre et pour la plupart des projets, la version gratuite suffit amplement. Pour valider officiellement la compétence, la certification Terraform Associate de HashiCorp fait référence sur le marché.
Terraform sur le marché de la tech
Qu’est-ce que Terraform rapporte à un indépendant ?
Beaucoup, car c’est l’une des compétences les plus citées dans les missions de freelances DevOps et cloud, presque toujours en duo avec un fournisseur (AWS, Azure, Google Cloud) ou avec Kubernetes.
Un conseil de positionnement : sur un profil, « Terraform » seul ne dit rien. Ce qui convainc un client, c’est la preuve d’usage : un dépôt de modules réutilisables, une migration d’infrastructure manuelle vers l’IaC menée de bout en bout, un pipeline GitOps documenté…
L’infrastructure as code est un livrable qui survit à votre mission : le client garde un code propre, versionné, réutilisable. C’est un argument commercial redoutable, et trop peu de freelances le formulent ainsi.
Faut-il se mettre à Terraform ?
Terraform a transformé une corvée manuelle et risquée en un processus versionné, prévisible et automatisable. Son principe déclaratif, son écosystème de providers et sa place centrale dans les workflows DevOps en font un incontournable, quelle que soit l’issue de sa rivalité avec OpenTofu, puisque les compétences circulent entre les deux. Si vous touchez au cloud de près ou de loin, c’est probablement le meilleur investissement d’apprentissage du moment.
FAQ – Questions fréquentes sur Terraform
Terraform est-il gratuit ?
Oui, l’outil en ligne de commande est gratuit et sans limite d’usage, sous licence BSL. La plateforme managée HCP Terraform propose un palier gratuit puis des offres payantes pour les fonctionnalités d’équipe et de gouvernance.
Quelle est la différence entre Terraform et Ansible ?
Terraform provisionne l’infrastructure (créer des serveurs, des réseaux, des bases) ; Ansible configure ce qui tourne dessus (installer des paquets, déployer des applications). Beaucoup d’équipes utilisent les deux : Terraform construit, Ansible aménage.
Terraform fonctionne-t-il avec Kubernetes ?
Oui, à deux niveaux : Terraform crée les clusters managés (EKS, GKE, AKS) chez les fournisseurs cloud, et un provider Kubernetes permet de gérer les ressources internes du cluster. En pratique, on réserve souvent Terraform à la création du cluster et on confie le reste à des outils dédiés.
Faut-il choisir Terraform ou OpenTofu ?
Les deux partagent le même langage, les mêmes providers et le même workflow : vos compétences sont transférables. Terraform offre l’intégration la plus poussée avec l’écosystème HashiCorp et IBM ; OpenTofu garantit une licence 100 % open source sous la Linux Foundation. Le choix est stratégique, pas technique.
