Tools/Ansible/Infrastructure As Code - Historique des versions

Admin : /* GIT */

2020-05-12T07:39:21Z

GIT

2020-05-11T12:15:22Z

Création de la structure des projets Ansible dans Git

2020-05-11T12:11:18Z

Création de la structure des projets Ansible dans Git

2020-05-11T12:06:33Z

Création de la structure des projets Ansible dans Git

2020-05-11T12:05:59Z

Création de la structure des projets Ansible dans Git

2020-05-11T12:04:28Z

Transmission par push de branches à des dépôts distants

2020-05-11T12:02:59Z

2020-05-11T12:02:47Z

2020-05-11T12:02:28Z

2020-05-11T12:02:14Z

@@ Ligne 14 : / Ligne 14 : @@
 = GIT =
 == Références rapides de GIT ==
 {| class="wikitable"

← Version précédente		Version du 11 mai 2020 à 12:15
Ligne 236 :		Ligne 236 :

	</syntaxhighlight>		</syntaxhighlight>
		+
		+
		+	{{IMPORTANT
		+	\|contenu=
		+	Une bonne gestion des rôles demandent de la réflexion. Si vos rôles sont gérés dans le cadre du playbook, il peut être utile de les conserver dans le playbook.
		+	Cependant, la plupart des rôles sont destinés à être partagés par plusieurs projets, et si chaque projet dispose de sa propre copie de chaque rôle, ils peuvent diverger, annulant ainsi les avantages de l'utilisation des rôles.
		+	}}
		+
		+
		+	Un rôle doit disposer de son propre dépôt Git. Certaines personnes essaient d'inclure des dépôts de rôle dans leurs dépôts de projet en utilisant une fonction avancée de Git appelée sousmodules.
		+	Étant donné que les sous-modules peuvent être difficiles à gérer correctement, cette approche n'est pas recommandée.
		+	Une meilleure approche consiste à configurer votre projet avec un répertoire vide roles/ et à utiliser ansible-galaxy pour remplir ce répertoire avec la version la plus récente des rôles à partir de leurs dépôts Git avant d'exécuter les playbooks.
		+	Assurez-vous qu'aucun sous-répertoire ne soit validé dans {{CODE\|roles/}} en plaçant un fichier {{CODE\|README}}
		+	dans le répertoire expliquant ce que vous faites et en validant un fichier {{CODE\|.gitignore}} en haut du
		+	dépôt Git de votre projet pour indiquer à Git d'ignorer les répertoires dans {{CODE\|roles/}} :
		+	roles//

@@ Ligne 211 : / Ligne 211 : @@
 Par exemple, la structure du répertoire peut ressembler à ceci :
 library/ # for custom modules (optional)
 filter_plugins/ # for custom filter plugins (optional)
-site.yml # MASTER PLAYBOOK includes other playbooks
+roles/          # directory for roles
-webservers.yml # playbook for webserver tier
+  webserver/    # a particular role
-dbservers.yml # playbook for dbserver tier
+           tasks/
-roles/ # directory for roles
+                 main.yml         # tasks for the role, can include other files
-webserver/ # a particular role
+           defaults/
-tasks/
+                    main.yml      # default low-priority variables for the role
-main.yml # tasks for the role, can include other files
+           templates/
-defaults/
+                    httpd.conf.j2 # a Jinja2 template used by the role
-main.yml # default low-priority variables for the role
+           files/
-templates/
+                 motd             # a file used by the role
-httpd.conf.j2 # a Jinja2 template used by the role
+           handlers/
-files/
+                   main.yml       # handlers used by the role
-motd # a file used by the role
+           meta/
-handlers/
+                main.yml          # role information and dependencies
 ...additional roles...

← Version précédente		Version du 11 mai 2020 à 12:06
Ligne 210 :		Ligne 210 :

	Par exemple, la structure du répertoire peut ressembler à ceci :		Par exemple, la structure du répertoire peut ressembler à ceci :
		+
		+	library/ # for custom modules (optional)
		+	filter_plugins/ # for custom filter plugins (optional)
		+	site.yml # MASTER PLAYBOOK includes other playbooks
		+	webservers.yml # playbook for webserver tier
		+	dbservers.yml # playbook for dbserver tier
		+	roles/ # directory for roles
		+	webserver/ # a particular role
		+	tasks/
		+	main.yml # tasks for the role, can include other files
		+	defaults/
		+	main.yml # default low-priority variables for the role
		+	templates/
		+	httpd.conf.j2 # a Jinja2 template used by the role
		+	files/
		+	motd # a file used by the role
		+	handlers/
		+	main.yml # handlers used by the role
		+	meta/
		+	main.yml # role information and dependencies
		+	...additional roles...

← Version précédente		Version du 11 mai 2020 à 12:05
Ligne 205 :		Ligne 205 :

	=Création de la structure des projets Ansible dans Git=		=Création de la structure des projets Ansible dans Git=
		+
		+	Chaque projet Ansible doit disposer de son propre dépôt '''Git'''.
		+	La structure des fichiers dans ce dépôt doit suivre les pratiques recommandées pour '''Ansible''' documentées à l'adresse [http://docs.ansible.com/ansible/playbooks_best_practices.html Ansible playbooks, best practices].
		+
		+	Par exemple, la structure du répertoire peut ressembler à ceci :

← Version précédente		Version du 11 mai 2020 à 12:04
Ligne 203 :		Ligne 203 :

	Le dépôt distant d'origine fait normalement référence au dépôt Git que vous avez initialement cloné. Cette commande indique que vous souhaitez transmettre par push la branche actuelle au dépôt, en créant ''feature/2'' et en configurant Git de sorte que la commande <code>git push</code> sur cette branche transmette par push des validations au dépôt distant. L'exécution de la commande {{CODE\|git pull}} sur cette branche entraîne l'extraction et la fusion de toutes les validations du dépôt distant dans votre copie locale de la branche.		Le dépôt distant d'origine fait normalement référence au dépôt Git que vous avez initialement cloné. Cette commande indique que vous souhaitez transmettre par push la branche actuelle au dépôt, en créant ''feature/2'' et en configurant Git de sorte que la commande <code>git push</code> sur cette branche transmette par push des validations au dépôt distant. L'exécution de la commande {{CODE\|git pull}} sur cette branche entraîne l'extraction et la fusion de toutes les validations du dépôt distant dans votre copie locale de la branche.
		+
		+	=Création de la structure des projets Ansible dans Git=

@@ Ligne 1 : / Ligne 1 : @@
 {{MediaWiki}}
+</br>
 {{FOND_BLEU|Ansible - '''Infrastructure As Code'''}}
 L'un des concepts clés de DevOps est la notion d'infrastructure sous forme de code. Au lieu de gérer votre infrastructure manuellement, vous définissez et créez vos systèmes en exécutant votre code d'automatisation. Red Hat Ansible Automation est un outil clé qui peut vous aider à mettre en oeuvre cette approche.

← Version précédente		Version du 11 mai 2020 à 12:02
Ligne 1 :		Ligne 1 :
	{{MediaWiki}}		{{MediaWiki}}
		+

	{{FOND_BLEU\|Ansible - '''Infrastructure As Code'''}}		{{FOND_BLEU\|Ansible - '''Infrastructure As Code'''}}