Aller au contenu
Infrastructure as Code medium

Collections Ansible : FQCN, requirements.yml, ansible-galaxy, Galaxy public vs Automation Hub

5 min de lecture

Logo Ansible

Une collection est le format de distribution d'Ansible : elle regroupe modules, rôles et plugins sous un nom unique et versionné. C'est ce que vous installez quand un module ne vient pas avec le moteur, et le format dans lequel vous publierez votre propre code le jour où plusieurs projets le réutiliseront. Cette section couvre les deux rôles, celui de consommateur et celui d'auteur.

Il faut savoir écrire un rôle, ce que couvre la section Rôles. Une collection en est souvent l'étape suivante, quand un rôle seul ne suffit plus à distribuer ce que vous produisez.

  • Inspecter une collection installée pour savoir ce qu'elle contient, sans quitter votre machine.
  • Épingler vos dépendances dans un fichier versionné, y compris celles qui viennent d'un dépôt Git.
  • Créer votre propre collection, avec la structure attendue et les métadonnées obligatoires.
  • La tester en intégration continue, sur plusieurs versions du moteur.
  • Migrer un rôle existant vers une collection sans casser ceux qui l'utilisent déjà.

Le cas de loin le plus fréquent : vous utilisez du code écrit par d'autres, et vous voulez que l'installation donne le même résultat dans six mois qu'aujourd'hui.

Le passage de consommateur à auteur. Il devient utile dès qu'un même rôle circule entre plusieurs dépôts, ou qu'il faut livrer des modules avec.

Cette section n'a pas encore sa page de quiz dédiée, mais ses 51 questions existent déjà dans la banque commune.

Ce site vous est utile ?

Sachez que moins de 1% des lecteurs soutiennent ce site.

Je maintiens +700 guides gratuits, sans pub ni tracking. Un soutien, même symbolique, m'aide à couvrir l'hébergement et à garder ces ressources gratuites. Merci pour votre appui.

Le formulaire ne s'affiche pas ? Ouvrir Ko-fi dans un onglet.

Abonnez-vous et suivez mon actualité DevSecOps sur LinkedIn