Pourquoi imglife ?

imglife transforme la gestion des images Docker d’un ensemble de scripts fragiles et de conventions orales en un système déclaratif, auditable et industrialisable — un seul YAML, un seul binaire.

Les quatre problèmes structurels

Toute organisation qui fait du Docker à l’échelle se heurte tôt ou tard aux mêmes quatre douleurs :

1. Dépendance aux registries publics — Docker Hub rate limit, images supprimées sans préavis, CVE non patchées.
2. Dérive des images de base — chaque équipe refait ses Dockerfiles : incohérence, doublons, failles.
3. Explosion du registry — tags jamais purgés, coûts de stockage qui dérivent, impossible de savoir ce qui est utilisé.
4. Manque de traçabilité — quelle app utilise quelle base ? quelle version ? est-elle en EOL ?

imglife adresse les quatre avec un seul outil et un seul YAML, plutôt que d’assembler 4-5 outils hétérogènes (Skopeo + policies Harbor + scripts bash + dashboards maison).

Bénéfices par profil

Développeur applicatif

Vous voulez livrer du code, pas maintenir des Dockerfiles.

• Un Dockerfile de moins à maintenir — consommez une base validée par la plateforme et concentrez-vous sur votre application.
• CI plus rapide et plus fiable — pulls internes (pas de rate limit Docker Hub), bases déjà cachées au plus près de vos runners.
• Feedback immédiat si votre base est obsolète — imglife check fait échouer votre pipeline avant qu’un runtime obsolète n’atteigne la production.
• Zéro coordination — quand la plateforme patche une base, vous la récupérez à votre prochain build.

Équipe plateforme / DevOps

Vous êtes responsable de l’hygiène des images de l’organisation.

• Standardisation imposable — les templates Dockerfile deviennent le contrat unique pour toutes les images de l’organisation.
• Mise à jour en cascade — patchez une base, tous les projets applicatifs la détectent au prochain build, pas besoin d’email de diffusion.
• Gain de temps mesurable — gérer 50+ images (sync, tag, purge, doc) passe de plusieurs heures/semaine à presque zéro une fois le YAML écrit.
• Config-as-code — le YAML vit dans Git, relu en MR, historique complet, rollback trivial.

Sécurité / RSSI

Vous devez prouver que la supply chain est sous contrôle.

• Surface d’attaque réduite — une seule voie auditée pour les images externes.
• EOL tracking automatique — alerte avant qu’une CVE critique n’apparaisse sur une version non supportée, via l’intégration endoflife.date.
• Credentials hors configuration — le YAML peut vivre en clair dans Git, les tokens restent dans le vault CI.
• Traçabilité bout-en-bout — build records dans le Package Registry — exploitables en audit SOC 2 / ISO 27001.

Direction technique / FinOps

Vous êtes responsable des coûts et de la dette technique.

• Coût de stockage maîtrisé — rétention automatique (cleanup, app purge) : pas de registry à 2 To qui grossit sans contrôle.
• Coût humain réduit — pas de projet maison à maintenir (scripts bash, Terraform custom, dashboards).
• Time-to-value court — un fichier YAML, un pipeline GitLab, et ça tourne. Pas de plateforme lourde à installer.
• Peu de verrouillage — agnostique : GitLab, Gitea, Docker Hub, tout registry OCI.

Avantages structurels

Avantage	Conséquence concrète
Config-as-code (YAML unique)	Revue par MR, historique Git, rollback trivial
Trois niveaux (miroir/base/app)	Sépare les responsabilités → moins de conflits inter-équipes
Stateless & idempotent	Rejouer un pipeline est sûr, pas de drift caché
Hooks extensibles	S’intègre à l’outillage existant (Slack, Jira, signature Cosign)
Agnostique du fournisseur	GitLab, Gitea, Docker Hub, registries OCI génériques

Ce qu’on gagne vs faire soi-même

1. Cohérence garantie entre sync, build, cleanup et status — pas de fenêtres où un tag existe sans build record.
2. API Docker Hub batchée (tags + dates en un seul appel) — une optimisation rarement faite dans un script maison.
3. Retry exponentiel intégré partout — résilience réseau sans code custom.
4. Documentation bilingue — adoptable dans des équipes FR/EN mixtes sans friction.

Ce qu’imglife n’est pas

Expliciter le périmètre est en soi une qualité :

• Ce n’est pas un scanner de vulnérabilités — à coupler avec Trivy ou Grype.
• Ce n’est pas un registry — imglife orchestre, il ne stocke pas.
• Ce n’est pas un outil de signature natif — mais les hooks permettent d’y brancher Cosign.

imglife fait une chose, bien, et s’intègre au reste de votre stack.

Synthèse en une phrase

imglife rend la gestion des images Docker déclarative, auditable et industrielle, avec un coût d’adoption faible et un ROI rapide dès qu’on gère plus de ~10 images.

Prêt à essayer ?

Passez au Démarrage rapide pour un pipeline opérationnel en cinq minutes, ou lisez le Modèle trois niveaux pour comprendre l’architecture en profondeur.