Devops

Ça fait des années que j’avais envie d’un homelab à la maison. Un endroit à moi pour héberger mes outils de développement, surveiller mes machines, faire tourner de la domotique, tester des trucs sans risquer de casser quoi que ce soit d’important. L’idée est simple. La mise en place un peu moins. À l’époque, Kubernetes n’existait pas encore. Les options pour faire tourner plusieurs services sur une machine se résumaient à du scripting bash, des configurations Nginx écrites à la main, et beaucoup de café. Les tutoriels “homelab pour les humains” brillaient par leur absence. ...

Quand on fait tourner des workloads on-premise, on peut s’en sortir avec presque aucune observabilité. On a SSH. On a top. On a quelqu’un qui sait que le service d’authentification monte toujours le lundi matin. La connaissance institutionnelle se substitue à l’instrumentation, et personne ne budgète le temps pour la remplacer. Puis on migre vers le cloud. La connaissance institutionnelle ne suit pas. L’accès SSH est parti ou peu pratique. Et pour la première fois, on se retrouve à fixer quatorze conteneurs FrankenPHP sans la moindre idée de ce qu’ils font réellement. ...

La configuration semblait parfaite. Pointer *.traefik.me sur 127.0.0.1, télécharger un certificat wildcard depuis le même domaine, le déposer dans Traefik, et chaque service local obtient une URL HTTPS propre sans IP dans la barre d’adresse. Pas de limites de débit Let’s Encrypt, pas de mkcert à expliquer aux collègues, pas d’avertissements de certificat auto-signé à contourner. Juste https://myapp.traefik.me et un cadenas vert. Puis en mars 2025, Let’s Encrypt a révoqué le certificat. Le wildcard cert pour traefik.me est parti et il ne reviendra pas. ...

J’ai utilisé Vagrant pendant des années. Un Vagrantfile par projet, une box de base partagée, un script de provision qui marchait le mardi mais pas le jeudi. La promesse était simple : des environnements reproductibles pour tout le monde dans l’équipe. La réalité était plus compliquée. Les années Vagrant Le setup avait du sens à l’époque. Une VM par projet, provisionnée avec des scripts shell ou Ansible, partagée via un Vagrantfile versionné. L’onboarding était théoriquement vagrant up et c’est terminé. ...