Terraform

Terraform a transformé la gestion d'infrastructure depuis 2014 : au lieu de cliquer dans une console cloud pour créer des serveurs, on écrit du code qui décrit l'état désiré, et l'outil l'applique. C'est ce qu'on appelle « Infrastructure as Code ». Pour une PME ou une équipe technique, l'enjeu est concret : ton infrastructure devient reproductible, versionnée comme du code applicatif, et si un serveur disparaît, tu peux le recréer en 10 minutes au lieu de plusieurs jours.

• →OpenTofuFork open source de Terraform après le changement de licence HashiCorp : 99 % compatibleVoir la page
• →PulumiSi vous préférez décrire l'infra avec un langage de programmation réel (TypeScript, Python, Go)
• →AWS CDKSi vous êtes 100 % AWS et que vous voulez exploiter la TypeScript-first approach native
• →AnsiblePour la gestion de configuration plutôt que le provisionnement, souvent complémentaire à Terraform
• →Vault / OpenBaoPour les secrets que Terraform manipule et qu'il ne doit pas laisser en clair dans son étatVoir la page

1. 01

   Démarrer minimal : un seul environnement, modules simples, pas d'over-engineering

2. 02

   State distant et verrouillé (S3 + DynamoDB, ou Terraform Cloud) : jamais de state local

3. 03

   Modules réutilisables uniquement quand le pattern est confirmé sur 2-3 usages

4. 04

   Tests d'infrastructure (terraform plan en CI, optionnellement Terratest)

5. 05

   Documentation à côté du code : pourquoi cette ressource existe, pas seulement comment

• À partir de combien de serveurs Terraform devient utile ?

  À partir de 5 ressources cloud à gérer (serveurs, bases, buckets, réseaux), ou dès que vous avez plusieurs environnements à maintenir cohérents. Pour 1-2 serveurs simples, c'est généralement du sur-engineering : un Dockerfile et un docker-compose suffisent. Le seuil de rentabilité, c'est souvent quand on commence à se demander qui a modifié quoi sur le cloud.
• Terraform ou OpenTofu ?

  OpenTofu est le fork open source créé après le changement de licence HashiCorp en 2023, désormais maintenu par la Linux Foundation. Techniquement compatible avec Terraform à 99 %, et plus aligné philosophiquement avec l'open source pur. Pour les nouveaux projets, OpenTofu est un choix défendable. Pour les projets existants, la migration n'est pas urgente.
• Quel coût pour mettre en place Terraform sur une infra existante ?

  Ce n'est pas Terraform qui commande le prix, c'est l'état de l'existant : le nombre de ressources à inventorier, l'écart entre ce qui tourne réellement et ce qui est documenté, le nombre d'environnements à décrire, et surtout l'import des ressources actives sans interrompre la production — c'est cette dernière partie qui réserve les surprises, jamais l'écriture du code. S'y ajoute la mise en place de la chaîne d'intégration si elle n'existe pas encore. Le montant se fixe au devis, après un cadrage initial gratuit qui écrit le périmètre avant tout engagement.
• Comment éviter le piège du Terraform mal écrit ?

  Trois règles clés : commencer minimal (un seul environnement, modules simples), state distant et verrouillé impérativement (jamais de state local en équipe), refactoriser en modules seulement quand le pattern est confirmé sur 2-3 usages réels. Le piège classique, c'est de sur-abstraire trop tôt avant d'avoir l'expérience du domaine.
• Faut-il connaître AWS ou GCP avant Terraform ?

  Oui, c'est même primordial. Terraform est un outil de description d'infrastructure, mais il ne remplace pas la compréhension du cloud sous-jacent. Vous devez savoir ce qu'est un VPC, un IAM role, une load balancer. Terraform vous aide à les déployer reproductiblement, mais ne vous apprend pas à les concevoir.