1. Garantir la qualité du code #
Linters et tests.
yamllint et ansible-lint #
pip install ansible-lint yamllint molecule molecule-plugins[docker]
yamllint .
ansible-lint # analyse tout le projet
ansible-lint --profile production site.yml
ansible-lint --fix # corrige automatiquement ce qui peut l'être
# .ansible-lint
profile: production
skip_list:
- yaml[line-length]ansible-lint signale par exemple les modules sans FQCN (apt au lieu de ansible.builtin.apt), les tâches sans name, l'usage de shell à la place d'un module ou les permissions de fichiers manquantes.
Tester un rôle avec Molecule #
cd roles/nginx
molecule init scenario default --driver-name docker
# molecule/default/molecule.yml
driver: { name: docker }
platforms:
- name: instance
image: geerlingguy/docker-debian12-ansible:latest
pre_build_image: true
provisioner: { name: ansible }
verifier: { name: ansible }
molecule test # create -> converge -> idempotence -> verify -> destroy
molecule converge # appliquer seulement
molecule login # se connecter dans le conteneur pour déboguer# molecule/default/verify.yml
- name: Vérifier
hosts: all
tasks:
- name: nginx répond
ansible.builtin.uri: { url: http://localhost, status_code: 200 }
- name: Le service est activé
ansible.builtin.service_facts:
- ansible.builtin.assert:
that: ansible_facts.services['nginx.service'].state == 'running'À savoir : Molecule exécute deux fois le rôle et échoue si la seconde passe contient des changements : c'est le test d'idempotence.
2. Intégration et livraison continues #
Un pipeline complet.
Exemple GitLab CI #
# .gitlab-ci.yml
stages: [lint, test, deploy-preprod, deploy-prod]
lint:
stage: lint
image: python:3.12
script:
- pip install ansible ansible-lint yamllint
- yamllint . && ansible-lint
molecule:
stage: test
image: docker:27
services: [docker:27-dind]
script:
- pip install molecule molecule-plugins[docker] ansible
- cd roles/nginx && molecule test
deploy-preprod:
stage: deploy-preprod
script:
- ansible-galaxy install -r requirements.yml
- ansible-playbook site.yml -i inventories/preprod --check --diff
- ansible-playbook site.yml -i inventories/preprod
deploy-prod:
stage: deploy-prod
when: manual
only: [main]
script:
- ansible-playbook site.yml -i inventories/prod --vault-password-file <(echo "$VAULT_PASSWORD")3. Reproductibilité : collections et execution environments #
Figer les dépendances.
Collections et requirements #
ansible-galaxy collection list
ansible-galaxy collection install -r requirements.yml -p ./collections
ansible-galaxy collection build # packager sa propre collection
ansible-galaxy collection init mon_ns.ma_collectionExecution Environments #
Un Execution Environment (EE) est une image de conteneur contenant Ansible, ses collections et les dépendances Python/système. Le même EE tourne sur le poste du développeur et dans AWX : fini les « ça marche chez moi ».
pip install ansible-builder ansible-navigator
cat > execution-environment.yml <<'EOF'
version: 3
images:
base_image:
name: quay.io/fedora/fedora:40
dependencies:
ansible_core: { package_pip: ansible-core }
ansible_runner: { package_pip: ansible-runner }
galaxy: requirements.yml
python: requirements.txt
EOF
ansible-builder build -t registry.lab/ee-infra:1.0
ansible-navigator run site.yml -i inventories/lab --eei registry.lab/ee-infra:1.0 --mode stdout4. Performances #
Accélérer des milliers d'hôtes.
Réglages ansible.cfg #
[defaults]
forks = 50
gathering = smart
fact_caching = jsonfile
fact_caching_connection = /tmp/ansible_facts
fact_caching_timeout = 86400
callbacks_enabled = profile_tasks, timer
[ssh_connection]
pipelining = True
ssh_args = -o ControlMaster=auto -o ControlPersist=120s
retries = 3ansible-playbook site.yml # avec profile_tasks, affiche les tâches les plus lentes
# TASKS RECAP *****************************
# Installer les paquets ................. 41.20s
# Déployer le template .................. 3.12sStratégies d'exécution #
- hosts: all
strategy: free # chaque hôte avance à son rythme (sans attendre les plus lents)
gather_facts: false
tasks:
- ansible.builtin.package: { name: htop, state: present }
async: 300 # lancer en tâche de fond
poll: 0Erreur Courante : strategy: free n'est pas adaptée aux déploiements ordonnés : une tâche peut s'exécuter sur certains hôtes avant d'être terminée ailleurs.Bonne Pratique : Mesurez avant d'optimiser : activez profile_tasks et attaquez-vous aux 3 tâches les plus longues (souvent la collecte de facts et les installations de paquets).Mon suivi
Connectez-vous pour suivre votre progression et prendre des notes. Se connecter
Articles recommandés
Linux vs Unix : Le Guide Complet des Commandes et Distributions
Comprenez les différences entre Linux et Unix, explorez les distributions (serveur, desktop, ligh...
Ansible : l'inventaire (statique, dynamique, groupes et variables)
Comprendre et maîtriser l'inventaire Ansible : fichiers INI et YAML, groupes, variables d'hôte et...
Ansible : les commandes Ad-Hoc
Exécuter des actions immédiates sur un parc de serveurs avec ansible : modules ping, command, she...
Ansible : structurer son code avec les rôles
Créer, organiser et réutiliser des rôles Ansible : arborescence, defaults, tasks, handlers, templ...
Ansible : générer des fichiers dynamiques avec Jinja2 et les facts
Créer des fichiers de configuration dynamiques : templates Jinja2, variables, facts, filtres, bou...
Ansible : gérer la sécurité (Vault, SSH, privilèges et secrets)
Sécuriser Ansible : Ansible Vault, authentification SSH par clés, become et sudo, no_log, durciss...
Ansible : gérer son infrastructure avec des playbooks (Infrastructure as Code)
Écrire des playbooks de production : structure d'un projet, plays, handlers, tags, strategy seria...
Ansible : piloter ses automatisations avec une interface graphique (AWX, Semaphore, AAP)
Comparer et installer les interfaces graphiques d'Ansible : AWX, Ansible Automation Platform, Sem...
Bonnes pratiques Vagrant : des environnements reproductibles et rapides
Bonnes pratiques Vagrant : Vagrantfile versionné, boxes épinglées, provisioning idempotent, multi...