¿Cómo entiende Dockerfile que necesita borrar la caché después de ejecutar el comando 'yum update'?

El Dockerfile no entiende que es necesario borrar la caché después de ejecutar el comando yum update. La caché de Docker se basa en el contenido de los comandos en el Dockerfile.

Al ejecutar el comando RUN yum update, Docker almacena en caché el resultado de esa ejecución. Si el contenido de la línea RUN yum update no cambia, Docker reutiliza la capa en caché.

Para garantizar que se ejecute yum update durante la construcción de la imagen, es necesario agregar algo a ese comando que cambie en cada construcción o cuando sea necesario actualizar. Una forma común es agregar una marca de tiempo o un número aleatorio, aunque no siempre es la mejor opción. Una estrategia más adecuada es usar construcción multi-etapa o gestionar dependencias de manera más explícita con el gestor de paquetes.

Sin embargo, la forma más efectiva de forzar la limpieza de la caché para una instrucción específica es cambiar su contenido. Docker considera cada instrucción como una unidad atómica para la caché.

Ejemplo de una técnica "anti-caché" (no recomendado para producción, pero ilustrativo):

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

Este método hace que Docker vuelva a ejecutar esa capa en cada construcción, ya que la marca de tiempo en /tmp/update_timestamp cambiará, modificando la salida de la instrucción RUN y, por ende, el hash de la capa.

Alternativas más correctas para mantener los paquetes actualizados:

• Construcción multi-etapa: Actualizar dependencias en una etapa intermedia y luego copiar solo los artefactos necesarios a la imagen final.
• Especificar versiones de paquetes explícitamente: Fijar versiones en el Dockerfile o en un archivo de dependencias y actualizar ese archivo cuando sea necesario.

El proceso para que Docker borre la caché de una instrucción es:

1. Docker calcula el hash de la instrucción en el Dockerfile (incluyendo argumentos).
2. Docker busca en la caché local un layer con ese hash.
3. Si encuentra, reutiliza ese layer (cache Hit).
4. Si no, ejecuta la instrucción, crea un nuevo layer y lo añade a la caché (cache Miss).
5. En caso de cache Miss, Docker también invalida la caché de todas las instrucciones siguientes en el Dockerfile, asegurando su ejecución.

Por lo tanto, yum update en sí mismo no provoca la limpieza de la caché. Solo sucede si la instrucción RUN yum update cambia o si se limpia la caché con una instrucción previa.