Niveau 6 · Dans la pratique

6.4Boîte à outils

Objectif : disposer de checklists opérationnelles et des commandes Docker essentielles.

Temps estimé : 10 min · Si vous n'avez que 5 min : lisez « L'essentiel en 30s » + le schéma.

L'essentiel en 30 secondes

Mettre en prod : tags immuables scannés non-root, restart + healthcheck, volumes sauvegardés et rejoués, secrets hors git.
Dégainer : up -d --build, ps, logs -f, exec, config avant tout up, scout, system df.
Règle : une checklist cochée à chaque fois vaut mieux qu'une méthode connue par cœur — en prod, on exécute.

Fil Idir — les fiches près du bureau

Après un trimestre, les deux fiches ci-dessous restent près du bureau d'Idir : celle de mise en prod affichée à côté de l'écran, celle des commandes quotidiennes dans son carnet. « Ce qui m'a sauvé, dit-il en substance, ce n'est pas de connaître les points, c'est de les cocher chaque fois — surtout les jours de mise en prod. »

Adaptez les formulations à votre contexte, gardez la structure : c'est elle qui évite oublis et incidents.

Des repères prêts à l'emploi

Une bonne checklist rend un déploiement rapide et sans oubli ; les bonnes commandes évitent le tâtonnement. À adapter à votre contexte.

Mise en prod (8 oui)

Tags immuables, images scannées non-root
restart + healthcheck sur chaque durable
Volumes sauvegardés, restauration testée
Secrets hors git, .env.example versionné
Seul le proxy publie 80/443
Logs avec rotation, disque alerté
CI seule usine, compose versionné
down/up prouvé sans perte

Commandes quotidiennes

docker compose up -d --build / ps / logs -f svc / exec svc sh / down
docker images / ps -a / volume ls / network ls
docker compose config (valider) avant tout up
docker scout quickview image:tag (scanner)
docker system df (qui remplit le disque ?)

Erreur d'interprétation fréquente : « collectionner les checklists ». Non. Une checklist n'est utile que cochée et utilisée : prenez celle de votre prochaine mise en prod, les autres attendront.

Version texte du schéma (SEO / lecteurs d'écran / traduction) : Deux moments, deux fiches : 1) Mettre en prod — tags immuables non-root scannés, restart + healthcheck, volumes sauvegardés et rejoués, secrets hors git, seul le proxy en 80/443, logs avec rotation, CI seule usine, down/up prouvé. 2) Quotidien — config avant up, up -d --build, ps, logs -f, exec sh, scout, system df, images/ps/volume/network ls. Leçon : on ne réfléchit plus sous pression, on exécute la fiche près du bureau.

Script prêt à dire — valider une mise en prod (30 s)

« Tags immuables scannés non-root ? Restart + healthcheck ? Volumes rejoués ? Secrets hors git ? Proxy seul en 80/443 ? Logs + disque OK ? CI seule usine ? Down/up prouvé ? Si un non, on ne met pas en prod. »

Modèle copier-coller — routine quotidienne Docker

docker compose config
docker compose up -d --build
docker compose ps
docker compose logs -f api
docker compose exec api sh
docker system df

TPE / petit budget

Fiches sur une page affichée au mur : l'essentiel (tags, volumes rejoués, config) suffit.

PME Alger

Prévoir les réalités locales dans la fiche : référents connus, jours de mise en prod, volume réel testé.

Remote / hybride

Ajouter une ligne validation écrite au suivi : à distance, une mise en prod datée et prouvée évite les malentendus.

Interculturel

Expliciter les intitulés par écrit : ce qui semble évident (qui sauvegarde, quel tag) ne l'est pas pour tous.

Prudence : Rappel générique : mise en prod et secrets engagent votre organisation — point « tags immuables, secrets hors git, restauration testée » coché à chaque fois, .env jamais commité, preuve down/up conservée ; ce guide ne donne pas d'avis juridique.

Défi 48h — appliquez demain

Prenez 1 stack réel, passez la checklist « Mise en prod (8 oui) » et cochez où il en est. Lancez une commande de debug.

Checklist sortie de section

J'ai coché une checklist sur un stack réel.
Je sais dégainer la fiche prod et les commandes au bon moment.
J'ai fait le défi 48h ou planifié sa date.

Auto-évaluation 1-5 : outillage de mes stacks ?usage daté des checklists ?

← Précédent : Bonnes pratiques & pièges (V3)Suite : Retours du terrain (V3) →

Vérifiez votre compréhension

Idir s'apprête à mettre en prod. Que doit-il cocher en priorité ?

💡

Ces checklists évitent 90 % des incidents : un latest en prod, un secret en git, un volume non rejoué.