Tools/Ansible/Best Practices : Différence entre versions
Sauter à la navigation
Sauter à la recherche
| Ligne 33 : | Ligne 33 : | ||
== Utilisation des modules == | == Utilisation des modules == | ||
| + | |||
| + | Une fois qu'un playbook fonctionne comme prévu, essayer de le divisez en composants plus | ||
| + | petits et logiques à l'aide d'importations et d'inclusions. | ||
| + | |||
| + | Lorsque cela est possible, utiliser des modules à usage spécial fournis avec Ansible, plutôt que | ||
| + | les modules <code>command, shell, raw</code> ou autres modules similaires. | ||
== Adopter un style d'écriture YAML == | == Adopter un style d'écriture YAML == | ||
Version du 6 mai 2020 à 17:58
Sommaire
Miser sur la simplicité
Lisibilité
Il est préférable d'utiliser la syntaxe YAML "native". ex :
- name: Postfix is installed and updated
yum:
name: postfix
state: latest
notify: update_postfix
- name: Postfix is running
service:
name: postfix
state: startedet NON la forme suivante, moins lisible :
- name: Postfix is installed and updated
yum: name=postfix state=latest
notify: restart_postfix
- name: Postfix is running
service: name=postfix state=startedUtilisation des modules
Une fois qu'un playbook fonctionne comme prévu, essayer de le divisez en composants plus petits et logiques à l'aide d'importations et d'inclusions.
Lorsque cela est possible, utiliser des modules à usage spécial fournis avec Ansible, plutôt que
les modules command, shell, raw ou autres modules similaires.
Adopter un style d'écriture YAML
- Faire preuve d'organisation
- Tester régulièrement
