Jusqu'à présent, vous avez créé des playbooks Ansible pour automatiser une certaine tâche sur vos nœuds gérés. Il y a de fortes chances que quelqu'un d'autre ait déjà conçu une solution Ansible au problème/tâche que vous essayez de résoudre et c'est exactement ce que sont les rôles Ansible.
Dans ce didacticiel, vous comprendrez comment les rôles sont structurés dans Ansible. Vous apprendrez également à utiliser des rôles prêts à l'emploi d'Ansible Galaxy.
De plus, vous apprendrez à créer vos propres rôles Ansible personnalisés.
Avant de poursuivre ce didacticiel, veuillez vous reporter aux autres chapitres de la série de didacticiels Ansible pour une meilleure compréhension des différents sujets mentionnés ici.
Comprendre les rôles Ansible
Un rôle Ansible est un ensemble de fichiers, de tâches, de modèles, de variables et de gestionnaires qui, ensemble, servent un certain objectif, comme la configuration d'un service. Les rôles vous permettent de réutiliser facilement le code et de partager des solutions Ansible avec d'autres utilisateurs, ce qui facilite la gestion des environnements étendus.
Structure du répertoire des rôles
Un rôle Ansible typique suit une structure de répertoires définie qui est généralement composée des répertoires suivants :
- par défaut : Contient des variables par défaut pour le rôle qui sont censées être facilement écrasées.
- variables : Contient des variables standard pour le rôle qui ne sont pas destinées à être écrasées dans votre playbook.
- tâches : Contient un ensemble de tâches à effectuer par le rôle.
- gestionnaires : Contient un ensemble de gestionnaires à utiliser dans le rôle.
- modèles : Contient les modèles Jinja2 à utiliser dans le rôle.
- fichiers : Contient des fichiers statiques nécessaires à partir des tâches de rôle.
- essais : Peut contenir un fichier d'inventaire facultatif, ainsi que test.yml playbook qui peut être utilisé pour tester le rôle.
- méta : Contient des métadonnées de rôle telles que des informations sur l'auteur, la licence, les dépendances, etc.
Gardez à l'esprit qu'un rôle peut avoir tous les répertoires susmentionnés ou seulement un sous-ensemble d'entre eux. En fait, vous pouvez définir un rôle vide qui n'a aucun répertoire, bien que cela ne soit pas utile !
Lire l'histoire complète
Le reste de l'article est réservé aux membres LHB Pro. Vous pouvez vous inscrire maintenant pour 50 $ par an pour lire le reste de cet article et obtenir un accès GRATUIT à tous les messages, ebooks et cours vidéo réservés aux membres.
S'abonnerVous avez déjà un compte ?Se connecter