Blog avec Hugo et publication automatisée
CICD / Hugo

Blog avec Hugo et publication automatisée

AprĂšs avoir mis en place mon nouveau blog avec le gĂ©nĂ©rateur Hugo, il m’avait fallu voir comment automatiser la publication. En effet, Hugo gĂ©nĂšre dans un dossier public/ les pages web statiques et celles-ci doivent ĂȘtre dĂ©posĂ©es sur un serveur web pour les prĂ©senter. Voici donc ce que j’ai construit rapidement pour qu’une publication soit aussi simple qu’un git commit; git push. Les outils Voici les outils utilisĂ©s, j’avais d’ores et dĂ©jĂ  ceux-ci Ă  disposition.

  • Seb
Ansible - Quelques bonnes pratiques
CICD / Ansible

Ansible - Quelques bonnes pratiques

Et voici le dernier article de cette sĂ©rie consacrĂ©e Ă  l’outil de dĂ©ploiement Ansible. Vous y trouverez essentiellement des ressources utiles, bonnes pratiques acquises avec l’expĂ©rience, etc. Bonnes pratiques et ressources Quelques bonnes pratiques La documentation officielle Ansible en propose une trĂšs bonne liste. Nous allons en reprendre quelques unes ici. J’ajouterai Ă©galement celles apprises avec l’expĂ©rience. Organisation de l’arborescence Ansible recommande deux versions, personnellement j’applique celle-ci : ./ inventories/ production/ hosts # le fichier d'inventaire group_vars/ group1.

  • Seb
Ansible - Les rĂŽles
CICD / Ansible

Ansible - Les rĂŽles

Pour cette quatriĂšme partie, nous nous intĂ©ressons aux rĂŽles Ansible. Les rĂŽles Ansible Les rĂŽles partagent de nombreux points communs avec les playbooks. En effet, ils utilisent les mĂȘmes instructions et le mĂȘme code dĂ©claratif. La principale diffĂ©rence est qu’il s’agit d’un ensemble structurĂ© de fichiers et de dossiers qui contiendront chacun une liste d’action prĂ©cise. Un rĂŽle Ansible est constituĂ© d’une hiĂ©rarchie de sous dossiers dans laquelle Ansible sait qu’il va trouver ce qu’il doit faire.

  • Seb
Ansible - Un premier playbook
CICD / Ansible

Ansible - Un premier playbook

TroisiĂšme partie consacrĂ©e Ă  l’outil Ansible, nous allons attaquer l’Ă©criture et l’exĂ©cution de playbooks. Un premier playbook Nous avons pas mal parlĂ© des exĂ©cutions ad hoc d’Ansible permettant de lancer unitairement un module et obtenir le rĂ©sultat. Les Playbooks ont pour intĂ©rĂȘt d’Ă©crire un scĂ©nario complet d’exĂ©cution de plusieurs modules avec des conditions et des critĂšres de succĂšs/Ă©chec et des actions selon l’Ă©vĂšnement dĂ©clenchĂ©. Les playbooks sont Ă©crits en YAML et utilisent un langage dĂ©claratif simple propre Ă  Ansible.

  • Seb
Ansible - L'Inventaire
CICD / Ansible

Ansible - L'Inventaire

DeuxiĂšme partie de la sĂ©rie consacrĂ©e Ă  Ansible. Cette fois nous parlerons plus en dĂ©tail de l’inventaire, Ă  quoi ça sert, comment l’organiser, comment l’exploiter, etc. L’inventaire Ansible L’inventaire est la liste de hosts qu’Ansible est capable de gĂ©rer. Il peut se dĂ©finir de deux façons : sous forme INI ou bien en YAML. L’inventaire par dĂ©faut est celui situĂ© dans /etc/ansible/hosts, mais celui-ci peut ĂȘtre un fichier appelĂ© Ă  la volĂ©e.

  • Seb
Ansible
CICD / Ansible

Ansible

Changeons de sujet par rapport Ă  mes prĂ©cĂ©dents articles. Travaillant dans le domaine de l’intĂ©gration et dĂ©ploiement continu (CICD), j’ai eu envie de faire dĂ©couvrir des outils que j’utilise au quotidien. Le premier est Ansible, un outil de dĂ©ploiement que j’affectionne particuliĂšrement. Ce premier article sur Ansible vous prĂ©sentera son histoire, ses concepts, ses principes, et les commandes. Introduction Ansible est un outil d’automatisation et de dĂ©ploiement crĂ©Ă© en fĂ©vrier 2012 par Michael DeHaan.

  • Seb