Bonnes pratiques
1. Principe du cache local d’images Cache
Un utilisateur attentif aura certainement noté la différence de temps entre la première exécution d’un conteneur et les suivantes. La différence est particulièrement notable lorsqu’un conteneur est basé sur une image "lourde" comme ubuntu, et un peu moins sur les images de type "slim" ou alpine. Lors de la première exécution, Docker télécharge alors presque une centaine de mégaoctets. À la seconde exécution ainsi qu’aux suivantes, ce téléchargement n’a plus lieu d’être, et le démarrage du conteneur est rendu beaucoup plus rapide.
Nous parlons de démarrage du conteneur, mais il peut aussi bien s’agir de la seule commande pull de récupération de l’image depuis le registre. Il se trouve que la commande run est plus souvent utilisée, et qu’elle lance de toute façon une commande pull si l’image n’est pas disponible localement.
Docker gère donc un cache pour les images. Ce cache est local, et il se trouve que nous avons déjà plusieurs fois observé son contenu par la commande docker images. Le cache est tout simplement ce que nous avions appelé jusqu’ici la liste des images locales. Une commande docker pull ne fait que rapatrier en local (donc mettre en cache) une image qui a une existence préalable sur le registre...
Conditions générales d'utilisationCopyright - © Editions ENI ||Politique de protection des données du groupe ENI