Image-Ebenen und Optimierung

Docker-Images sind keine einzige riesige Datei. Stattdessen werden sie aus einer Reihe schreibgeschützter Ebenen aufgebaut. Stellen Sie sich diese Ebenen wie übereinandergelegte Folien vor.

Jede Ebene stellt eine Änderung am Image dar, wodurch Images effizient und flexibel werden. Diese Schichtenstruktur ist grundlegend für die Funktionsweise von Docker.

Wenn Sie ein Dockerfile schreiben, erstellt fast jede Anweisung eine neue Ebene über der vorherigen. Anweisungen wie FROM, RUN, COPY und ADD tragen alle zur Erstellung neuer Ebenen bei.

Docker führt diese Anweisungen nacheinander aus und erstellt jede neue Ebene auf Grundlage des Zustands der vorherigen.

Mit dem Befehl docker history können Sie die Ebenen anzeigen, aus denen ein Image besteht. Dieser Befehl zeigt jede Anweisung, ihre Größe und den Erstellungszeitpunkt an und hilft Ihnen zu verstehen, wie ein Image gewachsen ist.

Dies ist ein leistungsstarkes Werkzeug zum Debuggen von Problemen mit der Image-Größe.

Docker verwendet einen intelligenten Build-Cache. Wenn sich eine Anweisung in Ihrem Dockerfile und ihr Kontext (z. B. die zu kopierenden Dateien) seit dem letzten Build nicht geändert haben, verwendet Docker die vorhandene Ebene wieder.

Diese Wiederverwendung beschleunigt nachfolgende Builds erheblich, da Docker unveränderte Schritte nicht erneut ausführen muss.

Die Reihenfolge der Anweisungen in Ihrem Dockerfile ist entscheidend für effektives Caching. Platzieren Sie Anweisungen, die sich selten ändern (z. B. die Installation von Systemabhängigkeiten), am Anfang.

Anweisungen, die sich häufig ändern (z. B. das Kopieren Ihres Anwendungscodes), sollten weiter unten stehen. Wenn sich dann nur Ihr Code ändert, kann Docker die gecachten Ebenen für die stabilen Abhängigkeiten wiederverwenden.

Vergleichen Sie diese beiden Dockerfile-Ausschnitte. Bei der guten Reihenfolge werden stabile Abhängigkeiten zuerst angegeben. Dadurch kann Docker sie cachen und nur die Ebenen für den sich ändernden Anwendungscode neu erstellen.

Jeder RUN-Befehl erstellt typischerweise eine neue Ebene. Sie können die Anzahl der Ebenen und häufig auch die endgültige Image-Größe reduzieren, indem Sie mehrere Befehle in einer einzigen RUN-Anweisung zusammenfassen.

Verwenden Sie den Operator && \, um Befehle miteinander zu verketten und sie zu einem atomaren Layer zusammenzufassen.

Statt mehrere RUN-Befehle zu verwenden, verketten Sie sie mit && \. Dadurch entsteht eine einzige, effizientere Ebene für alle diese Vorgänge.

Bereinigen Sie stets Dateien, die nur während des Build-Prozesses benötigt werden. Beispielsweise können Paketmanager-Caches (wie bei apt-get clean) oder temporäre Build-Artefakte die Größe Ihrer Image-Ebenen erheblich erhöhen.

Wenn Sie diese Dateien innerhalb desselben RUN-Befehls bereinigen, in dem sie erstellt wurden, stellen Sie sicher, dass sie nicht in einer vorherigen Ebene erhalten bleiben.

Betrachten Sie den folgenden Dockerfile-Ausschnitt:

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

Welche der folgenden Änderungen würde dieses Dockerfile am besten für eine kleinere Image-Größe und möglicherweise schnellere erneute Builds optimieren?

Sie haben gelernt, dass Docker-Images in Ebenen aufgebaut werden und jede Anweisung häufig eine neue Ebene erstellt. Dieses Verständnis ist der Schlüssel zur Optimierung!

• Ordnen Sie Anweisungen sorgfältig an, um möglichst viele Treffer im Build-Cache zu erzielen.
• Fassen Sie mehrere RUN-Befehle zu einem zusammen, um die Anzahl der Ebenen zu reduzieren.
• Bereinigen Sie temporäre Dateien innerhalb der jeweiligen RUN-Befehle, damit die Ebenen klein bleiben.

Diese Techniken helfen dabei, kleinere Docker-Images zu erstellen, die schneller gebaut werden können und für effiziente Deployments unerlässlich sind.