Terraform sur AWS — Parcours Professional

Objectif du parcours

Ce parcours n’existe pas pour remplacer les labs libvirt, mais pour les prolonger là où la certification Professional attend une culture cloud plus concrète. Avec libvirt/KVM, vous apprenez Terraform dans de très bonnes conditions : coûts faibles, environnement local reproductible, erreurs faciles à comprendre et ressources que vous contrôlez entièrement. C’est la meilleure base pour apprendre le langage, le workflow init → plan → apply et les réflexes sur le state.

Mais la certification Terraform Professional ne s’arrête pas au langage. Elle évalue aussi votre capacité à raisonner sur des providers réels, des services managés, des identités IAM, des backends distants, des imports, des refactorisations de state et des architectures où plusieurs équipes consomment les mêmes briques. Sur ces sujets, AWS n’est pas un détour marketing : c’est un terrain d’application crédible, très représenté dans la pratique et particulièrement utile pour comprendre ce que l’examen attend en situation réelle.

Autrement dit, le cursus principal reste basé sur libvirt pour apprendre Terraform sans exploser les coûts. Ce mini-parcours AWS sert de pont : il vous montre comment les concepts déjà acquis changent de forme quand vous passez d’une VM locale à un provider cloud complet.

Pourquoi AWS compte pour la certification Professional

La certification Professional attend plus qu’une récitation de syntaxe HCL. Elle suppose que vous compreniez comment Terraform s’insère dans un environnement d’entreprise réel. AWS est particulièrement utile ici pour quatre raisons :

Le provider AWS expose des cas concrets que libvirt ne couvre pas naturellement, comme IAM, S3, DynamoDB, Autoscaling ou les data sources cloud.
Les problématiques de state et de collaboration deviennent plus réalistes avec un backend distant, des accès concurrents et des stacks qui se lisent entre elles.
La gestion des identités et des permissions est centrale dans les environnements pro. Une EC2 avec rôle IAM explique mieux la réalité d’un provider cloud qu’une VM locale isolée.
Les scénarios d’import, de drift et de refactorisation prennent davantage de sens sur des ressources déjà présentes dans un compte cloud.

L’idée n’est donc pas de dire que “Terraform = AWS”. L’idée est de reconnaître qu’AWS donne un excellent support pour travailler des thèmes qui tombent naturellement dans une préparation Professional.

Pourquoi le cours principal reste basé sur libvirt

Le choix de libvirt reste le bon pour apprendre Terraform sérieusement sans dépendre d’une facture cloud.

Ce que libvirt vous apporte	Ce qu’AWS apporte en plus
Coût quasi nul pour les labs répétés	Exposition à un provider cloud réel
Contrôle complet de la machine et du réseau local	Services managés et identités AWS
Rejouabilité simple sans compte tiers	Backends distants, IAM, autoscaling
Très bon support pour apprendre HCL et le workflow Terraform	Très bon support pour comprendre les usages attendus en entreprise

La stratégie du site reste donc cohérente :

libvirt pour apprendre les bases, pratiquer beaucoup et faire des erreurs à faible coût ;
AWS pour traduire ces bases dans un contexte professionnel plus proche des architectures cloud et de l’examen.

Ce que ce parcours ajoute par rapport à libvirt

Ce mini-parcours ne réenseigne pas les fondamentaux déjà vus ailleurs. Il se concentre sur les notions où AWS change réellement la discussion :

Le provider AWS et l’authentification par credentials ou rôle
Le réseau AWS avec VPC, subnet et security group
IAM pour attacher des permissions ciblées à une instance
Le backend S3 et la lecture d’outputs via terraform_remote_state
Autoscaling avec launch template et autoscaling group
Import, moved et drift sur des ressources déjà présentes

Comment utiliser ce parcours

Consolidez d’abord les bases sur libvirt : si vous hésitez encore sur les variables, les outputs, les data sources ou le state, revenez d’abord aux guides Terraform généraux et aux premières infrastructures.
Utilisez ensuite AWS comme parcours de transposition : l’objectif n’est pas de tout réapprendre, mais de reconnaître comment un concept Terraform déjà connu se matérialise dans un provider cloud réel.
Terminez par une lecture orientée certification : une fois les cas AWS compris, revenez aux objectifs de la certification Professional pour rattacher chaque sujet à un type de question ou de décision d’architecture.

Prérequis

Terraform ≥ 1.11 installé
AWS CLI configuré avec credentials valides
Compréhension de Terraform : variables, resources, data sources, outputs

Les 6 chapitres

Déployer une première EC2 Configurer le provider, vérifier l'identité courante et créer une première instance EC2.

Security groups, subnet et instance Lire un subnet existant, créer un security group et ouvrir les flux nécessaires.

Rôle IAM et instance profile Créer un rôle IAM, une policy et attacher proprement les permissions à une EC2.

Backend S3 et terraform_remote_state Centraliser le state dans AWS et partager des outputs entre stacks.

Launch template et autoscaling group Créer un template réutilisable et laisser AWS gérer plusieurs instances.

Import, moved et drift Importer des ressources existantes, refactoriser le state et diagnostiquer les dérives.

Préparation

Avant de commencer, assurez-vous que AWS CLI est configuré :

aws sts get-caller-identity

Sortie attendue :

{
    "UserId": "AIDAXXXXXXXXXXXXXXXX",
    "Account": "123456789012",
    "Arn": "arn:aws:iam::123456789012:user/your-user"
}

Si vous n’avez pas de compte AWS, vous pouvez utiliser LocalStack (gratuit, mock d’AWS local).

Relation avec libvirt

Concept libvirt	Équivalent AWS
`libvirt_domain`	`aws_instance`
Image `.qcow2` locale	`data "aws_ami"` (AMI)
`libvirt_network`	VPC + `aws_subnet` + `aws_security_group`
(pas d’équivalent)	`aws_iam_role` + `aws_iam_policy`
Backend local `.tfstate`	Backend S3 + `terraform_remote_state`
(pas d’équivalent)	`aws_launch_template` + `aws_autoscaling_group`

Le code Terraform reste identique — seuls les providers changent.

Quand ce parcours devient vraiment utile

Ce parcours prend toute sa valeur si vous êtes dans l’une de ces situations :

vous préparez la certification Terraform Professional et vous voulez des exemples plus proches d’un vrai provider cloud ;
vous êtes à l’aise avec Terraform sur libvirt, mais vous ne voyez pas encore comment transposer ces réflexes dans AWS ;
vous voulez travailler des sujets que libvirt couvre peu ou pas, comme IAM, backend S3, autoscaling ou import de ressources existantes.

À retenir

Le provider AWS est aussi simple en Terraform que libvirt — configurez la région et les credentials, puis déclarez vos ressources comme d’habitude.
Les data sources (aws_ami, aws_vpc, aws_subnet) vous permettent de réutiliser l’infrastructure existante d’AWS sans la recréer.
IAM est obligatoire pour sécuriser l’accès, contrairement à libvirt où l’authentification est système.
Le state distant (S3) est le standard en équipe — pas de local.tfstate sur le poste.
Autoscaling n’a pas d’équivalent direct en libvirt — c’est une puissance du cloud AWS.
Import et refactorisation vous permettent de gérer le code Terraform en production sans recréer les ressources.

Prochaines étapes

Premières infrastructures Terraform Revoir les labs libvirt si vous voulez consolider les bases avant le passage au provider AWS.

Certification Terraform Professional Relier ce parcours AWS aux thèmes et aux attentes de la préparation Professional.

Déployer une première EC2 Commencer le parcours AWS par le provider et une première ressource simple.