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

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 ?

  Pour une PME avec 5-10 ressources cloud, comptez 5 à 15 jours de mise en place initiale : inventaire de l'existant, import dans Terraform sans casser les ressources actives, structuration en modules réutilisables, mise en place de la CI. Investissement amorti rapidement par la réduction des incidents et la rapidité de provisioning.
• 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.