Palier : mettre à jour ses applications auto-hébergées sans casse
Le problème
Les outils de mise à jour automatique (type Watchtower) tirent la dernière image sans lire ce qui a changé. Résultat : migrations ratées, paliers obligatoires sautés, bases cassées.
La promesse
Palier lit les notes de version avant de toucher quoi que ce soit. Un binaire Go, un conteneur, le socket Docker. Pas d’agent, pas de compte, pas de licence (Apache 2.0).
Comment ça marche
- Inventaire des stacks Docker Compose de la machine
- Détection des versions (Docker Hub, GHCR, registres OCI), avec une maturation de 72 h avant de proposer une version
- Lecture des notes de toutes les versions sautées (GitHub, gitlab.com) et des avis de sécurité GitHub
- Calcul du chemin avec ses paliers obligatoires, à la volée
- Plan IA encadré : l’IA choisit dans une liste fermée d’opérations, jamais de commande libre ; chaque décision doit citer mot pour mot la note de version, vérifiée par le code
- Application pas à pas avec point de restauration, et retour au dernier pas vérifié en cas d’échec
- Vérification uniquement sur l’état réel de Docker
Garde-fous
- Montées majeures PostgreSQL / MySQL / MariaDB par export et réimport sur un nouveau volume
- Reconstruction des index après changement de collation PostgreSQL
- Priorité aux correctifs de sécurité
- Notes de version traitées comme des données, jamais comme des instructions
- Contrôle par service via labels : mise à jour auto, dépendances, hook de sauvegarde
Pilotage
- Mode automatique réglable : tout, mineures/correctifs, ou désactivé
- CLI complète : état, détail, application, historique, ignorer, reporter, scan, sortie JSON
- Interface web optionnelle avec connexion OIDC
-
Notifications email et webhook
- IA : votre clé, votre choix
- Aucune IA hébergée par Palier. Clé LLM fournie par l’utilisateur (Claude Sonnet par défaut) ou modèle local.
Preuves terrain (banc de test en VM dispo, nov. 2026)
- GitLab CE 16.1.6 → 19.5.1 : 13 paliers, 3 h 43, sans intervention
- Immich v1.105.1 → v3.3.5 : deux changements cassants du fichier Compose gérés (8 étapes)
- Échec provoqué volontairement : retour à l’état identique
Limites assumées (v0.2.6)
Une instance par machine, pas de multi-machine, notifications limitées à email/webhook, autres SGBD bloqués sur leur version majeure, notes hors GitHub/gitlab.com non lues, pas d’auto-mise à jour de Palier lui-même.
Commentaires
Vous devez
vous inscrire
ou
vous connecter
pour poster un commentaire