HashiCorp Terraform Authoring and Operations Professional — Questions d'entraînement et examen blanc

La certification HashiCorp Certified: Terraform Authoring and Operations Professional valide une expertise avancée, de niveau production, sur Terraform et HCP Terraform. Elle confirme que tu sais concevoir des hiérarchies de modules réutilisables, élaborer des stratégies de state sécurisées et scalables, mettre en place du policy as code, gérer le drift à grande échelle et exploiter Terraform dans des organisations complexes réparties sur plusieurs équipes et plusieurs environnements. Les six domaines de l’examen mettent l’accent sur la profondeur de rédaction, le jugement opérationnel et le dépannage dans des conditions réalistes.

Cette certification s’adresse aux ingénieurs plateforme confirmés, aux architectes infrastructure et aux praticiens Terraform ayant au moins un à deux ans d’expérience concrète en production. Elle est particulièrement précieuse pour celles et ceux qui pilotent des équipes plateforme centralisées, qui construisent des plateformes internes pour développeurs au-dessus de Terraform, ou qui possèdent les déploiements HCP Terraform et Terraform Enterprise de leur organisation.

Quatre des six domaines sont à égalité à 17 % : la gestion du cycle de vie des ressources via init, plan, apply et les opérations sur le state ; le développement et le dépannage de configurations dynamiques avec les fonctions HCL et les meta-arguments ; les workflows collaboratifs fondés sur les contraintes de version et le remote state ; enfin l’écriture, le refactoring et le versionnage des modules. Les providers et la collaboration dans HCP Terraform ferment la marche à 16 % chacun, avec l’authentification et le dépannage des providers, plus l’application des policies et la gouvernance des workspaces.

Contrairement au découpage en huit domaines de l’examen Associate, six domaines à ce niveau veut dire que chacun pèse assez lourd pour te faire échouer à lui seul : si tu sais écrire des modules mais que tu bloques sur une erreur d’authentification de provider en conditions d’examen, c’est un sixième de l’épreuve qui t’échappe, pas un petit recoin.

L’examen Professional dure quatre heures, pause de 240 minutes comprise, et mélange des scénarios pratiques en labo, dans un environnement Linux déjà provisionné, avec des questions à choix multiple et des questions à trous ; un clavier américain QWERTY est obligatoire. Les tâches de labo demandent d’écrire et de corriger du HCL Terraform sur un environnement réel, de résoudre des problèmes de state et de mettre en place des fonctionnalités HCP Terraform comme les workspaces, les variable sets et les policy sets, pendant que la partie à choix multiple vérifie les mêmes objectifs sur le plan conceptuel. HashiCorp ne publie pas la répartition des quatre heures entre labos et QCM : les minuteurs affichés à l’écran sont ton seul repère pendant l’épreuve.

Le temps qu’il te faut dépend de ton expérience pratique. Le reste est fixé par l’éditeur : comment l’examen se déroule, quand tu peux le repasser et combien de temps la certification reste valable.

L’examen se passe en ligne via Certiverse, avec un surveillant en direct pendant toute la session de quatre heures. La certification reste valable deux ans, et la renouveler veut dire repasser l’examen Professional.

Cet examen évalue ton jugement en production, chronomètre en main : la même commande terraform apply ne veut plus dire la même chose quand il faut déterminer quel niveau d’enforcement Sentinel bloque un plan douteux, ou si une opération sur le state se contente de modifier le fichier ou touche aussi l’infrastructure réelle. La composition de modules à grande échelle révèle des lacunes que les petits projets perso ne font jamais apparaître : passage explicite des providers pour les configurations multi-régions, attributs optionnels qui se comportent proprement quand ils n’ont pas de valeur (null), et blocs dynamic qu’on sort uniquement quand la structure du bloc dépend des données, pas par réflexe. Les questions sur les workflows collaboratifs testent le même jugement côté HCP Terraform : les run triggers se déclenchent après un apply réussi, pas au moment du plan, et si tu inverses l’ordre producteur/consommateur, la chaîne de déploiement casse sans rien dire.