- ACN_ATLAS
- Cours pratique
- FSE
- Informatique
Formation Docker : Créer et Administrer vos conteneurs virtuels d'applications avec Docker

- Durée
- 3 jours
- Niveau
- Intermédiaire
- Modalités
- Présentiel / Distanciel
Description de la formation Conteneurs Docker

Objectifs pédagogiques
À l'issue de cette formation Docker : Créer et Administrer vos conteneurs virtuels d'applications avec Docker, vous aurez acquis les connaissances nécessaires pour :
- Comprendre l'écosystème Docker et ses composants.
- Créer et administrer des conteneurs et des images, et les distribuer via des registres.
- Créer et gérer des volumes et des réseaux Docker.
- Déployer des applications multi-conteneurs avec Docker Compose.
- Sécuriser les images et l'exécution des conteneurs.
- Optimiser la taille, la construction et la consommation de ressources des conteneurs.
- Exploiter et superviser des conteneurs en production.
Objectifs opérationnels
Savoir créer, administrer et sécuriser des conteneurs d'applications Docker pour des environnements portables.
Programme
Contenu du cours, module par module
12 modules
- Virtualisation et conteneurs : différences et cas d'usage
- Docker dans la démarche DevOps et l'Infrastructure as Code
- Les mécanismes du noyau Linux : namespaces et cgroups
- L'écosystème : Docker Engine, containerd, runc, standard OCI, Docker Desktop, Compose, registres
Travaux pratiques
Description :Les participants installent Docker Engine et lancent les images des trois tiers du projet fil rouge : serveur web, application et base de données. Ils observent depuis l'hôte l'isolation mise en place par les namespaces et comparent l'empreinte d'un conteneur avec celle d'une machine virtuelle. Qu'est-ce qui distingue fondamentalement un conteneur d'une machine virtuelle ? Un QCM rapide valide les acquis.
- Client, daemon et API Docker
- Images, couches et principe de la copie sur écriture
- Les options de docker run : ports, variables, ressources, redémarrage
- Inspecter, se connecter, consulter les logs, arrêter et supprimer un conteneur
Travaux pratiques
Description :Les participants déploient le tiers web du projet fil rouge avec différentes options d'exécution. Ils l'inspectent, s'y connectent, consultent ses logs et testent une politique de redémarrage automatique. Pourquoi un conteneur doit-il être considéré comme jetable ? La maîtrise de toutes les étapes du cycle de vie sert de validation.
- Nommage, tags et versions des images
- Pull, push, history et gestion du cache local
- Docker Hub et registre privé avec Harbor
- Créer une image depuis un conteneur, et pourquoi l'éviter
- Nettoyage des images et ressources inutilisées
Travaux pratiques
Description :Les participants analysent les couches des images de base du projet fil rouge, puis les retaguent et les poussent vers un registre privé Harbor. Ils nettoient ensuite les ressources inutilisées de leur hôte. Quelle convention de tag permet de garantir la traçabilité des versions déployées ? L'image réutilisée depuis le registre valide l'exercice.
- Les instructions du Dockerfile : FROM, RUN, COPY, ENV, ARG, EXPOSE
- ENTRYPOINT et CMD : rôles et combinaisons
- Fichier .dockerignore et contexte de build
- Sondes de santé avec HEALTHCHECK
Travaux pratiques
Description :Les participants écrivent le Dockerfile du tiers applicatif du projet fil rouge, avec arguments de build, variables d'environnement et sonde de santé. Cette image sera sécurisée puis optimisée au jour 3. Quelle différence de comportement observe-t-on entre ENTRYPOINT et CMD ? L'application fonctionnelle dans son conteneur valide l'exercice.
- Les pilotes réseau : bridge, host, none, overlay
- Réseaux définis par l'utilisateur et résolution DNS interne
- Publication de ports et exposition des services
- Isolation et segmentation des communications entre conteneurs
Travaux pratiques
Description :Les participants créent les réseaux du projet fil rouge : le tiers web et la base de données sont isolés l'un de l'autre, et seul le tiers applicatif fait le lien. Ils vérifient la résolution DNS interne et l'impossibilité de communiquer entre réseaux séparés. Pourquoi éviter le réseau bridge par défaut en production ? Les tests de connectivité attendus servent de validation.
- Le problème de la persistance dans les conteneurs
- Volumes, bind mounts et tmpfs : usages et différences
- Pilotes de volumes et stockage distant
- Sauvegarde, restauration et identification des volumes orphelins
Travaux pratiques
Description :Les participants déploient la base de données du projet fil rouge avec un volume nommé et vérifient que les données survivent à la recréation du conteneur. Ils sauvegardent le volume puis le restaurent sur un nouveau conteneur. Dans quel cas un bind mount est-il préférable à un volume ? La restauration réussie des données valide l'exercice.
- Le format compose.yaml : services, réseaux, volumes
- Dépendances entre services et conditions de santé
- Commandes docker compose : démarrage, logs, mise à l'échelle, arrêt
- Mise à jour d'un service sans reconstruire la pile
Travaux pratiques
Description :Les participants assemblent les trois tiers du projet fil rouge dans une pile Compose, avec réseaux, volumes et un démarrage conditionné aux sondes de santé. Ils mettent à jour le tiers applicatif sans interrompre les autres. Comment garantir qu'un service ne démarre que lorsque sa base de données est prête ? La pile opérationnelle après mise à jour valide l'exercice.
- Variables, fichier .env et surcharge de configuration
- Profils et environnements multiples
- Gestion des secrets
- Construction d'images depuis Compose, labels et journalisation
Travaux pratiques
Description :Les participants externalisent la configuration de la pile fil rouge dans un fichier .env, créent un profil de développement et un profil de production, et placent les mots de passe dans des secrets. Comment éviter qu'une information sensible se retrouve dans le dépôt Git ? Le déploiement de la même pile sur deux environnements valide l'exercice.
- Choisir ses images de base : officielles, minimales, distroless
- Exécuter avec un utilisateur non root
- Analyse du Dockerfile avec Hadolint
- Scan de vulnérabilités et SBOM avec Docker Scout et Trivy
- Signature et vérification des images
Travaux pratiques
Description :Les participants analysent et corrigent le Dockerfile du projet fil rouge, puis scannent ses images et changent d'image de base pour réduire les vulnérabilités. Ils comparent les rapports avant et après durcissement. Quelle mesure réduit le plus la surface d'attaque d'une image ? Un scan final sans vulnérabilité critique valide l'exercice.
- Surface d'attaque : daemon, socket Docker, noyau partagé
- Mode rootless et remappage des utilisateurs
- Capabilities Linux, profils seccomp et AppArmor
- Système de fichiers en lecture seule et option no-new-privileges
- Bonnes pratiques d'administration de l'hôte Docker
Travaux pratiques
Description :Les participants tentent des actions dangereuses depuis un conteneur du projet fil rouge, puis le durcissent : capabilities réduites, système de fichiers en lecture seule et profil seccomp. Ils rejouent les tentatives et constatent leur blocage. Pourquoi l'accès au socket Docker équivaut-il à un accès root sur l'hôte ? La pile fil rouge durcie et toujours fonctionnelle valide l'exercice.
- Builds multi-étapes et réduction de la taille des images
- Ordre des couches, cache de build et BuildKit
- Images multi-architectures avec buildx pour la portabilité
- Limites de CPU et de mémoire, pilote de stockage overlay2
Travaux pratiques
Description :Les participants transforment les images durcies du projet fil rouge en builds multi-étapes, exploitent le cache, produisent une image multi-architecture et fixent des limites de ressources dans la pile Compose. Ils mesurent la taille et le temps de construction avant et après. Quel gain de taille le build multi-étapes apporte-t-il sur le projet fil rouge ? La comparaison chiffrée valide l'exercice.
- Configuration du daemon Docker
- Pilotes de journalisation et centralisation des logs
- Supervision : docker stats, docker events, cAdvisor
- Limites de Docker seul et apport d'un orchestrateur : Swarm, Kubernetes
Travaux pratiques
Description :Les participants configurent la journalisation du daemon et ajoutent cAdvisor pour superviser la pile Compose du projet fil rouge sous charge. Ils identifient un conteneur qui dépasse ses limites et corrigent sa configuration. À partir de quel moment Docker seul ne suffit-il plus et faut-il un orchestrateur ? La pile trois tiers durcie, optimisée et supervisée clôture la formation.
Travaux pratiques
Travaux réalisés avec Docker Engine, Docker Compose, BuildKit, un registre privé Harbor et des outils d'analyse d'images (Docker Scout, Trivy). Environ 60 % du temps est consacré aux travaux pratiques.
Programme mis à jour le 11/11/2026
Public concerné
Ingénieurs DevOps, responsables de production et architectes applicatifs souhaitant conteneuriser, administrer et sécuriser des applications avec Docker.

Prérequis
Une connaissance de Git et des bases de la démarche DevOps est nécessaire pour situer Docker dans la chaîne de livraison. Une pratique de la ligne de commande Linux est recommandée, car tous les travaux pratiques se font avec la CLI Docker. Les commandes utiles sont rappelées en début de formation.
J’évalue mes connaissances pour vérifier que je dispose des prérequis nécessaires pour profiter pleinement de cette formation en faisant le test de prérequis.
Faire le testFinancement
Cette formation peut être prise en charge par votre entreprise, seule ou avec l’appui de son opérateur de compétences. Nous fournissons le devis et les pièces attendues par l’OPCO.
4,7/5
152 avis
« Mon avis sur le contenu du stage : "Il y a eu très peu de support de cours puisque principalement basé sur des TP, ce qui était très bien. Mais difficile d’évaluer un support non utilisé. Quant au niveau technique, c’était une formation de base, donc les notions abordées n’étaient pas très compliquées à assimiler. L’approche TP était très satisfaisante." Mon avis sur le formateur : "Des échanges agréables, un sujet maîtrisé, une bonne adaptation aux conditions techniques (VM), Cyril a fait preuve de maturité et d’efficacité dans son rôle. La formation ayant été réduite à 2 jours (au lieu de 3), je pense qu’il a volontairement limité les questions et recherches individuelles des stagiaires pour tenir le timing, ce qui réduit un peu l’efficacité pédagogique." Mon avis sur la salle de formation : "C’était "à domicile", donc locaux et matériels connus. Toutefois, les contraintes imposées par l’Infrastructure informatique (VM…) ont amené à quelques mauvaises surprises dans l’utilisation des logiciels ; mais aussi à quelques scénarios intéressants qui n’auraient pas existé autrement. Un mal pour un bien ?!" Ce que j'ai le plus apprécié : "La qualité du formateur dans les échanges et ses connaissances du sujet, la pratique quasi immédiate." Ce que j'ai le moins apprécié : "La VM partagée, l’aspect trop "guidé" des exercices, sans vraiment laisser le temps de réfléchir aux pistes/solutions." »
HAGAMAC « Mon avis sur le contenu du stage : "Formation dense et très intéressante" Mon avis sur le formateur : "Animateur très compétent, calme et méthodique, qui a déroulé le contenu en flux constant mais en nous venant en aide si besoin. Le fait d'être en groupe de 4 a aidé à ne pas être "largué", chose qui pourrait facilement arriver étant donné le débit d'informations. Au final, la quantités de TPs a été adaptée par le formateur de manière totalement transparente pour nous, pour couvrir l'essentiel du programme dans le temps imparti" Ce que j'ai le plus apprécié : "Le travail depuis chez soi, sur son propre matériel, connecté à distance sur des machines assez puissantes mises à notre disposition et déjà configurées correctement pour suivre les TPs est vraiment un mode de travail qui me convient. Le site de plb est vraiment très propre, la gestions des signatures/documents/évaluations est vraiment bien faite et ergonomique" Ce que j'ai le moins apprécié : "La mauvaise qualité de connexion internet du formateur a directement impacté la qualité de son audio" »
GPALTEN SA « Mon avis sur le contenu du stage : "Le contenu répond parfaitement à mes attentes" Mon avis sur le formateur : "Samir est un formateur disponible, pédagogue et avec de réelles compétences techniques avérées. Il connait très bien son sujet, fait des retours d'expériences et appui ses explication avec des schémas personnels et des démos. Pour moi c'est à cela qu'on reconnait un "vrai" formateur et non juste une personne qui déroule des slides sans aucun retour d'expérience ni valeur ajoutée. Etant également formateur en école d'ingénieur je procède de la même manière. Chapeau à Samir :)" Ce que j'ai le plus apprécié : "Espace de formation complets et facile à Utiliser. Réunion via Teams" Ce que j'ai le moins apprécié : "L'espace de formation bugge beaucoup le matin vers 9h et en début d'après-midi à 14h, ce qui rends impossible l'émargement (Pas de prise en compte de la signature). Il faut recommencer plus tard dans la journée. Il faudrait investiguer ce problème technique. Les autres apprenants ont eu le même soucis" »
JEHANNO JohathanORANGE BUSINESS SERVICES SA
Les avis figurant ci-dessus sont issus des fiches d’évaluation que remplissent les participants à la fin de la formation. Ils sont ensuite publiés automatiquement si les personnes ont explicitement accepté que nous les diffusions.
Formations liées
- Infrastructure DevOps : Les outilsRéf. OODO3 joursFondamentalProchaine session : 21 déc.2 090 €
- DevOps : démarche et outils (cours dédié aux actions collectives Atlas)Réf. OODA2 joursIntermédiaireProchaine session : 21 déc.1 590 €
- Docker : Les fondamentaux de la conteneurisation (cours officiel)Réf. DOCKF1 jourFondamentalProchaine session : 7 déc.950 €
- Docker : Maîtriser DockerRéf. UDMC5 joursIntermédiaireProchaine session : 7 déc.3 050 €