Ansible est une solution d’automatisation fabuleuse, mais qui requiert l’utilisation de nombreux outils et la mise en place d’un environnement d’exécution approprié à ses besoins, disposant des versions adaptées du logiciel en lui-même comme du langage Python. Afin de faciliter ceci, le projet propose aujourd’hui un nouveau point d’entrée envers l’intégralité de son écosystème : Ansible Navigator. Démonstration et tour d’horizon de celui-ci !

L’informatique, c’est vite compliqué. Pour vous simplifier la vie, pensez au principe KISS [1]. Dans le monde des containers, LXC c’est un bon vieux chroot (une fonctionnalité UNIX de 1979), avec une sécurité améliorée par l’utilisation des « control groups » (ou « cgroups », qui datent de 2007) . Nous allons les découvrir via un cas pratique : l’installation d’un site web.

Lorsque l’on veut mettre en œuvre un site web statique, on pense généralement à Hugo ou encore Jekyll. Il existe pourtant de nombreuses autres alternatives telles que Plerd, un outil dédié à la construction de blogs.

Installer une distribution GNU/Linux n’est plus la partie la plus compliquée dans l’utilisation de votre système. Cette étape passée, vous devrez le configurer, installer des logiciels, mais surtout, le maintenir en le mettant à jour. Toutes les distributions ont désormais un gestionnaire officiel de paquets qui vous permet de les mettre à jour efficacement en une commande. Mais vous avez sûrement des paquets installés dans des dépôts et formats tiers (Snap, FlatPak). Rajoutez à cela l’utilisation de Rubygem, Homebrew, et si vous développez en Google Go, Rust ou pour le Web, cela fait beaucoup de syntaxes de commandes à retenir et à penser d’utiliser régulièrement pour mettre à jour les binaires, bibliothèques et dépendances installées avec. Dans cet article, nous allons découvrir Topgrade, un outil dont le but est de maintenir à jour l’ensemble de votre système aussi simplement qu’en exécutant une commande.

Voilà maintenant quelques années que nous entendons parler d’immutabilité, mais aussi de mise à l'échelle, et ce souvent dans les environnements conteneurisés, comme avec les workloads dans Kubernetes. Mais n'est-ce pas aussi de plus en plus le cas également avec les machines virtuelles ? Que ce soit lors de la configuration d'une machine virtuelle de bac à sable, par exemple pour tester de nouvelles fonctionnalités (chose que je dois faire au quotidien, et qui serait tout simplement insupportable si je n'automatisais pas le bootstrap de la machine), ou lors de la mise à l'échelle d'un workload, l'automatisation de la configuration n'est pas une option, mais une nécessité.

Le travail à distance est devenu une réalité pour beaucoup. Les VPN permettent aux employés de travailler à distance. Cependant, il est utile de pouvoir bénéficier d’un autre type d’accès nécessitant plus de souplesse et moins de configuration globale.

Protestware ?

Après l'autosabotage de Marak Squires sur ses projets colors.js et faker.js, et la myriade de conséquences et stupides décisions qui ont suivi, voici venir le temps des « protestwares ». Ces logiciels et bibliothèques, généralement open source, incluent des « fonctionnalités » allant de l'affichage de simples messages à la corruption de données, comme node-ipc de Brandon Nozaki Miller (alias RIAEvangelist) ayant brièvement intégré une fonction de « corruption » déclenchée en fonction de la géolocalisation IP de la machine (Russie et Biélorussie).

Bien que trop souvent négligées devant la puissance toujours grandissante des ordinateurs, les performances d’une application peuvent toutefois révéler des comportements d’exécution insoupçonnés. Étudier les performances de son code, c’est mieux comprendre son exécution.