Comment le Dockerfile comprend-il qu'il doit vider le cache après l'exécution de la commande 'yum update' ?

Le Dockerfile ne comprend pas qu'il est nécessaire de vider le cache après l'exécution de la commande yum update. La mise en cache de Docker est basée sur le contenu des commandes dans le Dockerfile.

Lors de l'exécution de la commande RUN yum update, Docker met en cache le résultat de cette commande. Si le contenu de la ligne RUN yum update ne change pas, Docker réutilise la couche en cache.

Pour garantir que la commande yum update soit exécutée lors de la construction de l'image, il faut ajouter quelque chose à cette commande qui change à chaque construction ou lorsque la mise à jour est nécessaire. Une méthode courante consiste à ajouter un timestamp ou un nombre aléatoire, bien que ce ne soit pas toujours la meilleure approche. Une méthode plus appropriée est d'utiliser une construction multi-étapes ou de gérer explicitement les dépendances avec le gestionnaire de paquets.

Cependant, la façon la plus efficace de forcer la purge du cache pour une instruction spécifique est de modifier son contenu. Docker considère chaque instruction comme une unité atomique pour la mise en cache.

Exemple d'une technique "anti-cache" (non recommandée en production, mais illustrant le principe) :

RUN yum update -y && echo $(date +%s) > /tmp/update_timestamp

Cette méthode force Docker à réexécuter cette couche à chaque construction, car le timestamp dans /tmp/update_timestamp changera, modifiant la sortie de l'instruction RUN et, par conséquent, le hash de la couche.

Des approches plus correctes pour assurer la mise à jour des paquets :

• Construction multi-étapes : Mettre à jour les dépendances dans une étape intermédiaire, puis copier uniquement les artefacts nécessaires dans l'image finale.
• Spécifier explicitement les versions des paquets : Fixer les versions dans le Dockerfile ou dans un fichier de dépendances et mettre à jour ce fichier si nécessaire.

Le processus par lequel Docker vide le cache pour une instruction est le suivant :

1. Docker calcule le hash de l'instruction dans le Dockerfile (y compris les arguments).
2. Docker recherche dans le cache local un layer avec ce hash.
3. Si trouvé, il réutilise ce layer (cache Hit).
4. Si non, il exécute l'instruction, crée un nouveau layer et l'ajoute au cache (cache Miss).
5. En cas de cache Miss, Docker invalide également le cache de toutes les instructions suivantes dans le Dockerfile, garantissant leur exécution.

Ainsi, yum update en soi ne déclenche pas la purge du cache. Cela ne se produit que si l'instruction RUN yum update change ou si le cache est vidé par une instruction précédente.