Écrire du code Ansible : variables, facts, contrôle de flux, templates Jinja2

Cette section vous apprend à écrire des playbooks que vous oserez relancer. Vous y voyez comment ranger un projet, découper un play en tâches lisibles, faire circuler des variables, réagir à l'état réel des machines, et générer des fichiers de configuration à partir de gabarits. C'est la partie la plus dense du parcours, celle qui sert tous les jours, et celle qui pèse le plus lourd à l'examen RHCE.

Prérequis

Vous devez avoir un lab qui fonctionne et un premier playbook à votre actif, ce que couvre la section Premiers pas. Tout ce qui suit part du principe que vous savez lancer ansible-playbook et lire son résultat.

Ce que vous allez apprendre

Chaque acquis se traduit par du code que vous saurez écrire sans le copier ailleurs.

Ranger un projet pour qu'un collègue s'y retrouve, et écrire du YAML qui ne vous trahit pas.
Structurer un play en tâches lisibles, déclencher un redémarrage au bon moment avec les handlers, n'exécuter qu'une partie du travail grâce aux tags.
Manipuler les variables, savoir laquelle l'emporte quand deux se contredisent, et exploiter les facts que les machines remontent d'elles-mêmes.
Piloter l'exécution avec des conditions et des boucles, rattraper une erreur au lieu de tout interrompre, et décider vous-même de ce qui compte comme un échec.
Générer des fichiers de configuration avec Jinja2, plutôt que de les retoucher ligne par ligne.

Les fondations

Trois pages courtes à ne pas sauter. Elles écartent les deux causes d'échec les plus fréquentes des premières semaines : une erreur d'indentation qui fait échouer un playbook entier, et un projet dont plus personne ne retrouve l'organisation au bout de trois mois.

YAML pour Ansible Indentation, types, pièges de conversion : la syntaxe dans laquelle vous écrirez tout

Structurer un projet Où ranger playbooks, inventaires, variables et rôles pour que le projet reste lisible

Conventions d'écriture Nommage, forme des tâches, habitudes qui rendent un playbook relisible par d'autres

Construire un playbook

Ces quatre blocs sont le cœur de la section. Ils couvrent l'anatomie d'un play, puis les mécanismes qui séparent un script déguisé en YAML d'une automatisation maîtrisée : ne redémarrer un service que s'il a réellement changé, adapter le travail à la machine rencontrée, et produire une configuration complète à partir de quelques variables.

Plays et tâches L'anatomie d'un playbook, les handlers, les tags, et l'ordre dans lequel Ansible traite tout cela

Variables et facts Déclarer, transmettre, capturer un résultat, et savoir quelle valeur l'emporte au final

Contrôle de flux Conditions, boucles, gestion des erreurs : décider de ce qui s'exécute et de ce qui échoue

Templates Jinja2 Générer un fichier de configuration complet à partir de vos variables

Vérifier vos acquis

Quiz de la section 121 questions sur le YAML, les variables, le contrôle de flux et les gabarits Jinja2

Pour aller plus loin

Structure d'un projet : le layout que suivent tous les exemples de cette section, du fichier ansible.cfg aux répertoires group_vars/ et roles/.
Style guide : les conventions de nommage et l'usage du FQCN, à poser dès la première ligne écrite.
Vue d'ensemble des playbooks : le point d'entrée vers les playbooks eux-mêmes, des plays aux handlers.
Variables, facts et précédence : la couche qui rend un playbook paramétrable, avec les 22 niveaux de précédence attendus au RHCE.