76 articles tagués avec « infra as code »

Red Hat et IBM Research, travaille ensemble sur le projet «Wisdom», visant à doter la plate-forme Ansible d’une capacité de traitement intelligent du langage naturel.

Annoncé en octobre dernier, le projet Wisdom, qui repose sur le programme du AI to Code d’IBM, a pour objectif de générer du code Ansible, playbooks ou rôles, à partir de l'analyse d'une simple phrase rédigée en anglais. Cette IA sera disponible via l'extension Ansible Vscode. Lors de la saisie du descriptif de la tache, l'extension analysera le texte de la description pour en générer le code.

Depuis quelque temps, je travaille avec la plateforme de cloud Outscale qui propose une API proche de celle d'AWS. Cela permet entre autre d'utiliser la cli d'AWS. Mais voilà, je dois développer des rôles ansible sur cette plateforme et le driver EC2 ne fonctionne pas avec Outscale. La raison les clés des réponses ne sont pas identiques à celle d'AWS. Heureusement Outscale fournit un provider Terraform. Oui, mais comment l'utiliser avec molecule ?

J'ai découvert récemment spotter, un outil qui permet de contrôler la qualité du code Ansible. Vous allez me dire, mais Ansible-Lint le fait déjà ! Oui, mais spotter possède quelques fonctions supplémentaires.

Les environnements d'exécution Ansible sont là pour vous aider à écrire et à exécuter des playbooks quel que soit le contexte. Ils définissent donc des environnements portables et partageables pour exécuter des tâches Ansible.

Je vous propose de découvrir monkeyble, une collection Ansible qui peut vous aider à tester vos playbooks mais pas que. En effet, il permet aussi de combler un manque au mode check, qu'il fonctionne dans tous les cas via un mode patching. Voyons cela en détail

Je vous propose de découvrir caradoc, un callback Ansible qui peut vous aider à déboguer vos playbooks. Il n'est pas sans rappeler ARA, qui permet de stocker les traces de vos exécutions dans une base de données sqlite locale, voir sur un serveur distant.

Jusqu'à maintenant, je n'utilisais que les drivers docker et vagrant pour provisionner des machines de tests avec molecule lors de mes développements de roles et collections Ansible. Comme je n'ai plus assez de ressources à la maison pour les provisionner, je me suis dit pourquoi utiliser des instances AWS EC2. Après avoir tâtonnè longtemps, j'ai fini par réussir, j'ai décidé de vous en faire profiter.

Diagrams sont deux librairies, une en Python l’autre en Go, permettant de créer rapidement des schémas d’architecture. Le gros avantage est qu’il n’a pas besoin de recourir à un éditeur pour les créer, si ce n’est la présence de Graphviz sur votre poste de travail. On peut aussi imaginer d’ajouter un petit bout de code dans votre CI pour les générer automatiquement à chaque détection de sa modification.

C'est avec joie que je vous annonce l'arrivée d'Ansible-Gendoc. Cet outil, python, permet de générer la documentation de vos roles automatiquement en s'appuyant sur un template Jinja et alimenté par le contenu des déclarations du rôle: default, vars et meta.

Localstack une pépite ? Certainement. LocalStack est un container simulant une grande partie des services AWS. Il permet de développer et de tester ses déploiements, lambda, code terraform....