Docker - Les Images

Commentaire, pour dire tout ce que vous souhaitez. Ne pas perdre l'habitude de commenter !

Il s'agit de la première ligne du fichier, il indique l'image source utilisée pour créer l'image en cours de conception. Cette Instruction n'est générallement présente qu'une seule fois et au début du fichier.

Mais en effet, avec la méthode du Multi Staging, il est possible d'en mettre plusieures les unes sur les autres (Stacking) et ainsi accumuler les images et leurs définitions propres.

Instruction qui permet de copier un fichier du filesystème en cours vers l'intérieur de l'image. Utile pour injecter un fichier, dossier ou même un dépôt Git entier.

Instruction qui permet d'executer des commandes qui auront de l'effet dans l'image en cours de conception. Permettant de construire les dépendances, les packages et données. Elle permet aussi d'executer des scripts injectés par un ADD ou un COPY.

Instruction qui permet de définir la commande qui se lancera avec le conténaire et le maintiendra actif. Cette définition n'est présente qu'une fois et générallement a la fin du Dockerfile (mais pas forcement).

La définir plusieures fois n'a aucun effet, hormis que seule la dernière sera prise en compte.

Instruction qui permet de définir des variables et leurs valeurs par défaut. Il n'est pas obligatoire de définir une variable pour qu'elle soit injectée via une Composition ou une commande Run ou Exec depuis le CLI/Shell Docker.

Si la variable est définie dans le Dockerfile, la valeur sera par défaut définie mais sera réinscriptible via les commandes docker et les composes.

Instruction qui permet de définir les arguments spécifique de build d'image.

Instruction qui permet de définir une commande ou un script a executer une seul fois au premier démarrage du conténaire, cette commande ne s'execute qu'après la création de ce dernier.

Instruction qui permet de définir des ports a exposer quand les applications ne le font pas déjà. Cela force l'exposition (ouverture du port au niveau du conténaire, cela n'expose pas le port sur l'hôte et dépend toujours de la secion ports: des composes !).

Instruction qui permet de définir comment vérifier la santé du conténaire. Si non défini, alors l'état sera toujours HEALTHY. Il s'agit d'une commande executée réguliérement par Docker, dans le conténaire.

Instruction pour ajouter des métadonnées a l'image. Utile pour intégrer des données informationnelles importantes ou des signatures internes.

Défini l'auteur de l'image, sorte de signature d'auteur dans l'image même.

Définition qui permet de définir le shell par défaut dans l'image, utilisable plusieures fois pour changer de shell dans le Dockerfile. Le dernier SHELL devient le Shell par défaut final du conténaire créé après.

Définition qui permet de définir a quel signal système (SYSCALL) le conténaire devrait réagir et s'arréter. Utile pour de l'automation par exemple.

Permet de changer d'emplacement pour les définitions RUN, COPY etc... Le dernier WORKDIR devient le premier dossier au démarrage du conténaire.

Définition qui permet de définir des volumes créables par le conténaire. Générallement, ceci n'est pas défini mais peut servir a préparer le volume avant montage.

Définition qui permet de définir le User d'execution pour le futur conténaire. Il est déconseillé d'utiliser Root/0 (hormis dans les cas particuliers ou rien d'autre ne fonctionne, évidemment.