Tools/Ansible/Best Practices : Différence entre versions
Sauter à la navigation
Sauter à la recherche
Ligne 40 : | Ligne 40 : | ||
les modules <code>command, shell, raw</code> ou autres modules similaires. | les modules <code>command, shell, raw</code> ou autres modules similaires. | ||
+ | |||
+ | |||
+ | = Faire preuve d'organisation = | ||
== nommage des variables == | == nommage des variables == | ||
Ligne 46 : | Ligne 49 : | ||
== Penser ré-utilisabilité ! == | == Penser ré-utilisabilité ! == | ||
− | |||
− | |||
= Tester régulièrement = | = Tester régulièrement = |
Version du 6 mai 2020 à 18:06
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: started
et 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=started
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 command, shell, raw
ou autres modules similaires.