Warstwy i optymalizacja obrazów

Obrazy Docker nie są pojedynczymi, ogromnymi plikami. Zamiast tego składają się z szeregu warstw tylko do odczytu. Można myśleć o nich jak o ułożonych na sobie przezroczystych foliach.

Każda warstwa reprezentuje zmianę w obrazie, dzięki czemu obrazy są wydajne i elastyczne. Warstwowa budowa ma fundamentalne znaczenie dla działania Docker.

Podczas pisania pliku Dockerfile niemal każda instrukcja tworzy nową warstwę na poprzedniej. Instrukcje takie jak FROM, RUN, COPY i ADD przyczyniają się do powstawania nowych warstw.

Docker wykonuje te instrukcje sekwencyjnie, budując każdą nową warstwę na podstawie stanu poprzedniej.

Warstwy składające się na obraz można wyświetlić za pomocą polecenia docker history. Polecenie to pokazuje każdą instrukcję, jej rozmiar oraz czas utworzenia, pomagając zrozumieć, jak obraz się rozrastał.

To potężne narzędzie do diagnozowania problemów związanych z rozmiarem obrazu.

Docker korzysta z inteligentnego bufora kompilacji. Jeśli instrukcja w pliku Dockerfile i jej kontekst (np. kopiowane pliki) nie zmieniły się od czasu poprzedniej kompilacji, Docker ponownie wykorzysta istniejącą warstwę.

Takie ponowne wykorzystanie znacznie przyspiesza kolejne kompilacje, ponieważ Docker nie musi ponownie wykonywać niezmienionych kroków.

Kolejność instrukcji w pliku Dockerfile ma kluczowe znaczenie dla efektywnego buforowania. Instrukcje, które zmieniają się rzadko (np. instalujące zależności systemowe), należy umieścić na początku.

Instrukcje, które zmieniają się często (np. kopiujące kod aplikacji), powinny znajdować się niżej. Dzięki temu, jeśli zmieni się tylko kod, Docker może ponownie wykorzystać warstwy zbuforowane dla stabilnych zależności.

Porównaj te dwa fragmenty pliku Dockerfile. Dobra kolejność umieszcza najpierw stabilne zależności, dzięki czemu Docker może je buforować i przebudowywać tylko warstwy dotyczące zmieniającego się kodu aplikacji.

Każde polecenie RUN zazwyczaj tworzy nową warstwę. Liczbę warstw, a często także końcowy rozmiar obrazu, można zmniejszyć, łącząc wiele poleceń w jednej instrukcji RUN.

Użyj operatora && \, aby połączyć polecenia i umieścić je w jednej atomowej warstwie.

Zamiast wielu poleceń RUN połącz je za pomocą && \. Utworzy to jedną, wydajniejszą warstwę dla wszystkich tych operacji.

Zawsze usuwaj pliki potrzebne tylko podczas procesu kompilacji. Na przykład pamięci podręczne menedżerów pakietów (takie jak apt-get clean) lub tymczasowe artefakty kompilacji mogą znacznie zwiększyć rozmiar warstw obrazu.

Wyczyszczenie ich w ramach tego samego polecenia RUN, które je utworzyło, gwarantuje, że nie pozostaną w poprzedniej warstwie.

Rozważ następujący fragment pliku Dockerfile:

FROM alpine:latest
COPY . /app
RUN apk add --no-cache git
RUN apk add --no-cache make
CMD ["sh"]

Jaką zmianę najlepiej wprowadzić, aby zoptymalizować ten plik Dockerfile pod kątem mniejszego rozmiaru obrazu i potencjalnie szybszych przebudowań?

Dowiedziałeś się, że obrazy Docker są budowane z warstw, a każda instrukcja często tworzy nową warstwę. Zrozumienie tego mechanizmu ma kluczowe znaczenie dla optymalizacji!

• Starannie porządkuj instrukcje, aby zmaksymalizować wykorzystanie bufora kompilacji.
• Łącz wiele poleceń RUN w jedno, aby zmniejszyć liczbę warstw.
• Usuwaj pliki tymczasowe w ramach odpowiednich poleceń RUN, aby zachować mały rozmiar warstw.

Techniki te pomagają tworzyć mniejsze obrazy Docker, które kompilują się szybciej — jest to niezbędne podczas efektywnego wdrażania aplikacji.