Il est fréquent de retrouver dans les projets python une liste impressionnante de dépendances qui deviennent rapidement ingérables. Il est inutile de lister toutes les dépendances de seconds, voir de troisièmes niveaux. J'imagine parfaitement comment on arrive à ce genre de résultats : on lance la commande pip freeze > requirements.txt

Travaillant sur la transformation d'une application pour la rendre cloud native, je me suis intéressé à podman. Pourquoi ? Tout simplement car podman intègre un système de pod. Cela devrait permettre une transition en douceur vers kubernetes. D'ailleurs il est capable de lire les fichiers yaml de kubernetes.

Ansible collecte énormément de données des serveurs qu'il configure via ce qu'on appelle les facts. Il existe un outil qui répond au nom d'Ansible-CMDB, qui prend en charge plusieurs types de sortie (html, csv, sql, json, markdown ...), et qui donc permet d'obtenir rapidement l'état de santé de votre parc informatique. Par exemple, on peut voir quelle version d'OS, le dernier reboot, la version du kernel, la ram, le nombre de cpu, l'occupation des disques, le taux d'utilisation de la RAM, ...

Suite à ma à l'écriture de ma configuration Terraform permettant de provisionner des machines EC2 AWS, je me suis fixé comme objectif de configurer Gitlab pour qu'il utilise mes propres runners dynamiquement.

Pour provisionner la machine je vous conseille d'utiliser la configuration du précédent billet.

Terraform Cloud, lancé en 2018 par HashiCorp, fournit gratuitement aux développeurs un espace de stockage cloud pour gérer les states Terraform. Cette version s'adresse avant tout aux petites comprenant jusqu'à cinq développeurs.

Terraform, nous l'avons vu dans [plusieurs exemples]( permet de mettre rapidement en place une infrastructure. Mais comment gérer plusieurs environnements avec les mêmes fichiers de configuration ?

Gitlab continue son travail d'intégration de Terraform sur sa plateforme. En effet, leur objectif est de proposer une solution simple et sécurisée pour mettre des workflows d'Infrastructure As Code. Voyons tout cela ensemble.

L'objectif de ce billet est de mettre en place ce qu'il faut pour qu'à la fin, vous soyez capable de provisionner une machine sur le Cloud de Google avec Terraform et de la configurer avec Ansible.

Par défaut, Ansible lance les tâches de manière synchrone, en maintenant la connexion au nœud distant ouverte jusqu'à ce que l'action soit terminée. Cela signifie que dans un playbook, chaque tâche bloque la tâche suivante par défaut, ce qui signifie que les tâches suivantes ne s'exécuteront pas tant que la tâche en cours ne sera pas terminée.

**Sur cette page sera regroupé toute une série de tips et réponses à vos questions fréquentes. Cette page sera mise à jour régulièrement !

Si vous avez une question sans réponse Posez la en commentaire. J'essaierai d'y répondre.**