Hoe begrijpt Dockerfile dat de cache moet worden gewist na het uitvoeren van de opdracht 'yum update'?

Dockerfile begrijpt niet dat het cache moet worden gereset na het uitvoeren van de opdracht yum update. De Docker-cache is gebaseerd op de inhoud van de commando's in het Dockerfile.

Bij het uitvoeren van de opdracht RUN yum update, cacheert Docker het resultaat van deze opdracht. Als de inhoud van de regel RUN yum update niet verandert, gebruikt Docker de gecachte laag.

Om te garanderen dat yum update wordt uitgevoerd tijdens het bouwen van het beeld, moet er iets aan dat commando worden toegevoegd dat bij elke build of wanneer een update nodig is, verandert. Een veelgebruikte methode is het toevoegen van een timestamp of een willekeurig getal, hoewel dit niet altijd de beste aanpak is. Een meer correcte aanpak is het gebruik van multi-stage builds of het expliciet beheren van afhankelijkheden met de pakketbeheerder.

De meest effectieve manier om de cache voor een specifieke instructie te forceren, is door de inhoud ervan te wijzigen. Docker beschouwt elke instructie als een atomairheid voor caching.

Een voorbeeld van zo'n "anti-cache" techniek (niet aanbevolen voor productie, maar toont het principe):

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

Deze methode dwingt Docker om die laag bij elke build opnieuw uit te voeren, omdat de timestamp in /tmp/update_timestamp zal veranderen, waardoor de uitvoer van de RUN-instructie en dus de hash van de laag wordt gewijzigd.

Betere benaderingen om de actualiteit van pakketten te waarborgen:

• Multi-stage builds: Dependencies bijwerken in een tussenfase en alleen de benodigde artefacten kopiëren naar de uiteindelijke afbeelding.
• Expliciet versies van pakketten specificeren: Versies vastleggen in het Dockerfile of in een afhankelijkheidsbestand en dat bestand bijwerken indien nodig.

Het proces waarbij Docker de cache voor een instructie wist, ziet er als volgt uit:

1. Docker berekent de hash van de instructie in het Dockerfile (inclusief argumenten).
2. Docker zoekt in de lokale cache naar een laag met die hash.
3. Als gevonden, wordt die laag hergebruikt (Cache Hit).
4. Als niet gevonden, wordt de instructie uitgevoerd, wordt een nieuwe laag gemaakt en aan de cache toegevoegd (Cache Miss).
5. Bij een Cache Miss wordt ook de cache voor alle volgende instructies in het Dockerfile invalid, zodat ze worden uitgevoerd.

Dus, yum update zelf activeert geen cache reset. Dit gebeurt alleen als de instructie RUN yum update verandert of als de cache wordt gereset door een eerdere instructie.