Jak Dockerfile rozumie, że musi wyczyścić pamięć podręczną po wykonaniu polecenia 'yum update'?

Dockerfile nie rozumie, że po wykonaniu polecenia yum update konieczne jest wyczyszczenie pamięci podręcznej. Pamięć podręczna Dockera opiera się na zawartości poleceń w Dockerfile.

Podczas wykonywania polecenia RUN yum update, Docker zapisuje wynik tego polecenia w pamięci podręcznej. Jeśli zawartość linii RUN yum update się nie zmienia, Docker używa warstwy z pamięci podręcznej.

Aby zagwarantować wykonanie yum update podczas budowania obrazu, należy dodać coś do tego polecenia, co będzie się zmieniać przy każdym budowaniu lub gdy konieczne jest zaktualizowanie. Popularnym sposobem jest dodanie znacznika czasu lub losowej liczby, choć nie zawsze jest to najlepsze rozwiązanie. Bardziej poprawne jest użycie wielostopniowego budowania lub jawne zarządzanie zależnościami za pomocą menedżera pakietów.

Najskuteczniejszym sposobem wymuszenia wyczyszczenia pamięci podręcznej dla konkretnej instrukcji jest zmiana jej zawartości. Docker traktuje każdą instrukcję jako jednostkę atomową do buforowania.

Przykład takiej techniki "anty-cache" (niezalecane do produkcji, ale pokazuje zasadę):

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

Metoda ta zmusza Dockera do ponownego wykonania warstwy przy każdym budowaniu, ponieważ znacznik czasu w pliku /tmp/update_timestamp będzie się zmieniał, zmieniając wynik instrukcji RUN i tym samym hash warstwy.

Lepsze podejścia do zapewnienia aktualności pakietów:

• Wielostopniowe budowanie: Aktualizacja zależności w jednej etapowej fazie, a następnie kopiowanie tylko niezbędnych artefaktów do końcowego obrazu.
• Jawne określenie wersji pakietów: Ustalanie wersji pakietów w Dockerfile lub w pliku zależności i aktualizowanie tego pliku w razie potrzeby.

Proces, w którym Docker czyści cache dla instrukcji, wygląda tak:

1. Docker oblicza hash instrukcji w Dockerfile (w tym argumenty).
2. Docker szuka w lokalnej pamięci podręcznej warstwy z tym hashem.
3. Jeśli znajdzie, używa tej warstwy (Cache Hit).
4. Jeśli nie, wykonuje instrukcję, tworzy nową warstwę i dodaje ją do cache (Cache Miss).
5. W przypadku Cache Miss Docker również unieważnia cache dla wszystkich kolejnych instrukcji w Dockerfile, zapewniając ich wykonanie.

W związku z tym yum update samo w sobie nie inicjuje wyczyszczenia cache. Dzieje się tak tylko wtedy, gdy sama instrukcja RUN yum update się zmienia lub gdy cache jest wyczyszczona przez wcześniejszą instrukcję.