Docker - Comment mettre à jour les images

image vs conteneur

Tout d'abord, permettez-moi de clarifier certains termes.

image: statique, immuable objet. C'est la chose que vous avez à construire lorsque vous exécutez docker build à l'aide d'un Dockerfile. Une image n'est pas une chose qui s'exécute.

Images sont composés de couches. une image peut avoir une seule couche, ou il peut avoir de nombreuses couches.

conteneur: Une chose en cours d'exécution. Il utilise une image à partir d'un modèle.

Ceci est similaire à un fichier binaire du programme et un processus. Vous avez une version binaire du programme sur le disque (comme /bin/sh), et lorsque vous l'exécutez, c'est un processus sur votre système. Ceci est similaire à la relation entre les images et les conteneurs.

L'ajout de couches d'une image de base

Vous pouvez construire votre propre image à partir d'une image de base (tels que ubuntu dans votre exemple). Certaines commandes dans votre Dockerfile va créer un nouveau calque dans l'image ultime. Certains de ceux qui sont RUN, COPY, et ADD.

La première couche n'a pas de parent couche. Mais chaque couche d'une couche de parent. De cette façon, ils renvoient l'un à l'autre, de s'entasser comme des crêpes.

Chaque couche possède un IDENTIFIANT unique (le long hexadécimal hachages vous l'avez déjà vu). Elles peuvent aussi avoir de l'homme convivial noms, connus comme tags (par exemple ubuntu:16.04).

Qu'est-ce que une couche par rapport à une image?

Techniquement, chaque couche est aussi une image. Si vous construisez une nouvelle image et il a 5 couches, vous pouvez utiliser cette image et il contiendra tous les 5 couches. Si vous exécutez un conteneur à l'aide de la troisième couche de la pile de votre ID de l'image, vous pouvez le faire aussi - mais il ne contient 3 couches. Celle que vous spécifiez et les deux qui sont ses ancêtres.

Mais comme une question de convention, le terme "image" désigne généralement la couche qui a une balise associée. Lorsque vous exécutez docker images, il vous montrera tout de haut-niveau des images, et de masquer les calques en dessous (mais vous pouvez l'afficher tous avec -a).

Ce qui est un intermédiaire conteneur?

Quand docker build s'exécute, il fait tout son travail à l'intérieur de conteneurs (naturellement!) Donc, si il rencontre un RUN étape, il va créer un conteneur dans le courant de la couche supérieure, exécutez les commandes spécifiées dans, puis d'enregistrer le résultat comme un nouveau calque. Ensuite, il va créer un conteneur à partir de cette nouvelle couche, exécutez la prochaine chose... etc.

L'intermédiaire des conteneurs sont utilisés uniquement pour le processus de construction, et sont jetés après la construction.

Comment la couche de systèmes de fichiers de travail

Vous demande si quelqu'un téléchargement de votre ubuntuimage ne sont que de faire un téléchargement partiel, si ils ont déjà eu l' ubuntu image localement.

Oui! C'est exactement ça.

Chaque couche utilise la couche en dessous d'elle comme une base. Le nouveau calque est en fait un diff entre cette couche et un nouvel état. Ce n'est pas une diff de la même manière qu'un git commit pourrait fonctionner, cependant. Il fonctionne au niveau du fichier, non pas à la ligne de niveau.

Dire que vous avez commencé à partir ubuntu, et que vous avez exécuté cette Dockerfile.

FROM: ubuntu:16.04
RUN groupadd dan && useradd -g dan dan

Cela aurait pour conséquence une à deux couches de l'image. La première couche serait le ubuntu image. La deuxième aurait probablement seulement une poignée de changements.

• Une copie plus récente de /etc/passwd avec l'utilisateur "dan"
• Une copie plus récente de /etc/group avec le groupe "dan"
• Un nouveau répertoire /home/dan
• Un couple de fichiers par défaut comme /home/dan/.bashrc

Et c'est tout. Si vous commencez un conteneur à partir de cette image, ces quelques fichiers dans la couche supérieure, et tout le reste viendrait du système de fichiers dans le ubuntu image.

Le haut de la lecture-écriture couche dans un récipient

Un autre point. Lorsque vous exécutez un conteneur, vous pouvez écrire des fichiers dans le système de fichiers. Mais si vous vous arrêtez le conteneur et d'exécuter un autre conteneur à partir de la même image, tout est remis à zéro. Alors, où sont les fichiers écrits?

Images sont immuables, donc une fois qu'ils existent, ils ne peuvent pas être modifiés. Vous pouvez créer une nouvelle version, mais c'est une nouvelle image. Il aurait un ID différent et ne serait pas la même image.

Un conteneur a un premier niveau de lecture-écriture de la couche qui est mis sur le dessus des calques de l'image. Toutes les écritures se produire dans cette couche. Il fonctionne exactement comme les autres couches. Si vous avez besoin de modifier un fichier (ou en ajouter un, ou d'en supprimer un), ce qui est fait dans la couche supérieure, et n'affecte pas les couches inférieures. Si le fichier existe déjà, il est copié dans le lire-écrire couche, puis modifié. Ceci est connu comme la copie sur écriture (de la Vache).

Où ajouter les changements

Avez-vous à ajouter de nouvelles choses au fond de Dockerfile? Non, vous pouvez ajouter n'importe quoi n'importe où (ou de changer quoi que ce soit).

Cependant, la façon dont vous faites les choses ne nuire à votre temps de construire en raison de la façon dont la construction de la mise en cache fonctionne.

Docker va essayer de mettre en cache les résultats lors des générations. Si elle trouve qu'il se lit à travers Dockerfile que le FROM est la même, la première RUN est le même, la seconde RUN est le même... il va supposer qu'il a déjà fait ces étapes, et d'utiliser des résultats mis en cache. S'il rencontre quelque chose qui est différent de la dernière génération, il va invalider le cache. Tout à partir de ce point, elle sera ré-exécuter frais.

Certaines choses vont toujours invalider le cache. Par exemple, si vous utilisez ADD ou COPY, ceux qui sont toujours invalider le cache. C'est parce que Docker ne garde la trace de ce que les ordres de construction. Elle ne cherche pas à comprendre "est-ce la version du fichier que je suis en copiant le même que la dernière fois?"

Donc, c'est une pratique courante pour commencer FROM, puis de les mettre très statique des choses comme RUN commandes d'installer des paquets avec, par exemple,apt-get, etc. Ces choses ont tendance à ne pas beaucoup changer après votre Dockerfile a été initialement écrit. Plus tard dans le fichier est un endroit plus commode de mettre des choses qui changent plus souvent.

C'est dur de manière concise donner de bons conseils sur ce point, car cela dépend vraiment du projet en question. Mais il paye pour savoir comment le construire de mise en cache fonctionne et essayez de profiter de cela.

OriginalL'auteur