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

Docker met en cache les couches d’image en se basant sur le contenu des commandes dans le Dockerfile et leur contexte. Lors de l’exécution de la commande yum update, Docker regarde la ligne de commande elle-même et le contexte des fichiers qui influencent son exécution.

Si la commande yum update modifie l’état du système (par exemple, en mettant à jour des paquets), mais que la commande dans le Dockerfile ne change pas, Docker utilise par défaut le cache de la couche précédente, car il ne voit pas de changement dans l’instruction.

Pour invalider le cache après yum update, on fait généralement ce qui suit :

• Combiner les commandes qui modifient l’état en une seule instruction RUN, pour un contrôle plus précis du cache.
• Ajouter des commandes pour nettoyer le cache du gestionnaire de paquets (par exemple, yum clean all), afin de réduire la taille de la couche.
• Si l’on veut forcer l’invalidation du cache, on peut modifier la commande (par exemple, en ajoutant un argument avec la date actuelle ou une variable), pour que Docker la considère comme nouvelle et reconstruise la couche.

Exemple :

RUN yum update -y && yum clean all

Pour forcer l’invalidation du cache :

ARG CACHE_DATE=2024-06-01
RUN yum update -y && yum clean all

Changer la valeur de CACHE_DATE forcera Docker à reconstruire cette couche, car la commande sera différente.

Ainsi, Docker comprend qu’il doit invalider le cache lorsque le texte de la commande ou le contexte changent, et non en raison de changements internes dans l’état du système.