https://cryptolab.re/tags/conteneurs/Recent content in Conteneurs on CryptolabHugo -- gohugo.iofrfoudre@cryptolab.re (Cryptolab.re)foudre@cryptolab.re (Cryptolab.re)© Cryptolab.reTue, 23 Jun 2026 00:00:00 +0000https://cryptolab.re/posts/2026/arretez-latest-docker-compose/Tue, 23 Jun 2026 00:00:00 +0000foudre@cryptolab.re (Cryptolab.re)https://cryptolab.re/posts/2026/arretez-latest-docker-compose/<p>Le tag <code>latest</code> est confortable.</p> <p>On écrit un <code>compose.yml</code>, on lance <code>docker compose up -d</code>, et le service démarre. Pas besoin de choisir une version de PostgreSQL, Redis, Traefik, Gitea, Vaultwarden ou n&rsquo;importe quelle application auto-hébergée.</p> <p>Le problème, c&rsquo;est que <code>latest</code> ne veut pas dire &ldquo;dernière version stable adaptée à mon environnement&rdquo;. Ça veut seulement dire : &ldquo;ce tag pointe vers quelque chose dans le registre au moment où Docker le résout&rdquo;.</p> <p>Ce quelque chose peut changer sans que votre fichier Compose change.</p> <p>Pour une stack de test, ce n&rsquo;est pas très grave. Pour une base de données, un reverse proxy exposé, un service d&rsquo;authentification ou une application avec des volumes persistants, c&rsquo;est une mauvaise convention d&rsquo;exploitation.</p> <p>Le vrai sujet n&rsquo;est pas Docker. C&rsquo;est la reproductibilité.</p>