Ce site web stocke des informations vous concernant via le dépôt de cookie afin de mesurer l’audience du site. Ces données de navigation sont anonymisées.
En cliquant sur « OK pour moi », vous manifestez votre consentement pour le dépôt de ces cookies.
Sur ce site, nous utilisons des cookies pour mesurer notre audience, entretenir la relation avec vous et vous adresser de temps à autre du contenu qualitif ainsi que de la publicité. Vous pouvez sélectionner ici ceux que vous autorisez à rester ici.
After this (french) article, dealing with managing servers with shell scripts (what we were doing), and this (also french) one, which dealt with tools for automated deployment (what we planed to do), including Puppet, here is the article about Puppet. By doing. With blood, tears, and victories ;) Because yes, going from servers managed by shell scripts to Puppet, when you don't know Puppet, it's not so easy.
Lire la suiteDans la lignée de cet article, où il était question d'administrer son parc de machines avec des scripts shell (ce que nous faisions), et de celui-ci, qui traite des outils de déploiement automatisés (ce que nous projetions de faire), dont Puppet, voici l'article qui traite de Puppet. Par la pratique. Avec du sang, des larmes, et des victoires. Car oui, passer d'un parc administré par scripts shell à Puppet (ce que nous sommes en train de faire), quand on ne connaît pas Puppet, ça fait mal.
Lire la suite
Je vais enfoncer une porte ouverte : le shell est présent sur tous les serveurs, sous un parfum ou sous un autre : sh, ksh, PowerShell, ... (Ce petit dernier, Microsoftien, encore absent de la plupart des parcs, avance à grands pas dans sa colonisation). Le shell, ainsi que ses amis CLI évolués (Perl, Python, Ruby, ...), exotiques (screen, expect, lex, ...) ou de longue date (cut, sed, awk, tail, ssh, ...). Je regroupe tout ce beau monde sous l'appellation "shell". Il est logiquement la…
Lire la suite
