Quiz dépannage et performance Ansible

Un playbook qui remonte changed=true à chaque exécution n'est pas bavard, il est cassé. Ce quiz vérifie que vous savez lire une exécution Ansible : monter la verbosité au bon niveau, reprendre la main avec le débogueur interactif, retrouver l'idempotence perdue, et régler le parallélisme sans écrouler le parc.

Il porte sur les gestes qui font gagner des heures : savoir quel niveau de -v expose enfin la commande réellement exécutée, et distinguer un problème de collecte de facts d'un problème de connexion.

Ce que ce quiz couvre

Les questions parcourent les guides de la section, en QCM, vrai/faux et mots à compléter :

les niveaux de verbosité, de -v à -vvvv, et ce que chacun ajoute réellement à la sortie ;
le débogueur interactif : entrer dans une tâche en échec, inspecter les variables, corriger et rejouer sans relancer le play ;
l'idempotence cassée : les causes fréquentes, dont command: sans creates:, et les modules qui ne sont idempotents qu'en apparence ;
la collecte des facts : gathering: smart, le cache, et ce que l'on gagne à ne pas tout recollecter sur un parc stable ;
les réglages de parallélisme : forks, serial, throttle, et le moment où il faut brider plutôt qu'accélérer ;
les variables d'environnement de débogage du moteur, et ce qu'elles exposent que la verbosité normale cache.

Avant de commencer

Chaque question renvoie vers le guide et son ancre, ce qui permet de revoir un point précis sans relire la section entière.

Passer le quiz

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

30 questions

30 min.

70% requis

Informations

Le chronomètre démarre au clic sur Démarrer
Questions à choix multiples, vrai/faux et réponses courtes
Vous pouvez naviguer entre les questions
Les résultats détaillés sont affichés à la fin

Comment interpréter le résultat

Si vous échouez sur l'idempotence, c'est le sujet à reprendre en priorité : un playbook non idempotent ne peut pas être rejoué en confiance, et il perd l'essentiel de son intérêt.
Si le cache de facts vous a surpris, retenez l'arbitrage : il fait gagner du temps sur un parc stable, et il ment dès qu'une machine change hors d'Ansible. Le vider fait partie du diagnostic.
Si les réglages de parallélisme vous semblent abstraits, souvenez-vous que throttle existe pour les cas où la cible est fragile : une API limitée en débit ou une base de données qui n'aime pas trente écritures simultanées.

Pour aller plus loin

Découvrir une collection : L'unité de distribution moderne d'Ansible, et ce qu'elle contient.
requirements.yml multi-sources : Déclarer ses dépendances de collections et les figer proprement.
Créer une collection custom : Passer de la consommation à la production de contenu réutilisable.