Masquelin Mickaël

De nos jours, choisir d’automatiser la gestion de son système d’information en adoptant une démarche qui s’inscrit dans l’utilisation de l’Infrastructure en tant que Code est une manière de gagner en agilité et en efficacité.

De nos jours, il faut bien avouer que les solutions techniques telles que Salt, Puppet, Chef ou encore Ansible ont séduit énormément d’administrateurs systèmes et réseaux et de développeurs grâce à leur constance et leur prévisibilité en matière de provisionnement. Ils facilitent, de fait, le travail d’automatisation et de configuration des opérations de déploiements de serveurs ou de services… mais les choses peuvent se compliquer très vite lorsqu’il s’agit de tester ou de valider ce type d’opérations, surtout si vous ne disposez pas de l’outillage adapté !

Pour déployer des ressources dans différents environnements, nous avons souvent recours à Terraform (ou OpenTofu) et à son langage déclaratif, le HashiCorp Configuration Language (HCL), qui le caractérise. Et si je vous disais qu’il existe une alternative qui vous permet d’écrire votre Infrastructure as Code (IaC) dans votre langage de programmation de prédilection... Doux rêve ou réalité ?

IFTTT (acronyme pour « If This Then That ») a véritablement marqué la fin d’année 2010. Parfaite pour automatiser des tâches manuelles simples, mais fastidieuses à accomplir, c’est un service qui est à l’origine de nombreuses révolutions dans le domaine de la domotique ou encore de l’Internet des objets… et dont nous retrouvons étonnamment la philosophie dans l’outillage DevOps !

Forts de soutiens solides, les outils tels que Docker pour la conteneurisation et Kubernetes pour l'orchestration se sont imposés en tant que leaders dans leur catégorie respective... mais cela ne veut pas dire que des alternatives ne peuvent pas être considérées, au contraire !!!

De nos jours, Kubernetes est l'option la plus appréciée et la populaire en matière d'orchestration de conteneurs. Cependant, des alternatives telles que HashiCorp Nomad peuvent elles aussi répondre aux attentes …

Les architectures serverless, très présentes chez les fournisseurs de services dans le nuage, ont permis l’émergence de nouvelles formes de virtualisation. Le recours aux microVM, à l’aide de l’outil open source Firecracker, permet de compléter le panel des technologies de virtualisation dont dispose les administrateurs systèmes et réseaux pour consolider leurs infrastructures.

Dans l'épisode précédent [5], nous avons mis en place une grappe de serveurs multi-maîtres (ou cluster) s'appuyant sur Galera pour assurer une réplication synchrone des données entre les serveurs de bases de données MariaDB. Cette brique technique n’est pourtant que la première du triptyque qui compose notre infrastructure cible idéale.

Le recours à la conteneurisation dans les environnements informatiques est une pratique qui tend à se démocratiser ces dernières années. Sur nos systèmes GNU/Linux, un outil tel que Docker, distribué en tant que projet open source depuis mars 2013, a véritablement transformé la manière de concevoir, mais aussi de distribuer les applications en s’intégrant parfaitement dans les chaînes d’intégration et de déploiement en continu. Mais qu’en est-il aujourd’hui du côté de chez FreeBSD ?