Erstellen alle Befehle im Dockerfile Schichten?

Ja. Jede Anweisung in einer Dockerfile erstellt eine neue Schicht im Image, außer zum Beispiel ARG, LABEL, ENV. Diese Anweisungen fügen nur Metadaten oder Umgebungsvariablen hinzu, ohne den Inhalt des Dateisystems der Schicht zu beeinflussen.

Wichtige Anweisungen, die Schichten erstellen:

• FROM: Basis-Image, von dem aus der Build-Prozess beginnt.
• RUN: Ausführen von Befehlen im Container. Jede RUN-Anweisung ist eine separate Schicht. Das Zusammenfassen von Befehlen in eine einzige RUN-Anweisung mit && kann die Anzahl der Schichten verringern.
• COPY: Kopieren von Dateien und Verzeichnissen vom Host in den Container.
• ADD: Ähnlich wie COPY, kann aber auch Archive extrahieren und Dateien per URL herunterladen.
• WORKDIR: Ändern des Arbeitsverzeichnisses für nachfolgende Anweisungen.
• VOLUME: Erstellen eines Mount-Punktes.

Beispiel für die Demonstration von Schichten beim Build:

FROM ubuntu:latest

RUN apt-get update && apt-get install -y nginx

COPY index.html /var/www/html/

WORKDIR /app

CMD ["nginx", "-g", "daemon off;"]

Beim Bauen dieses Dockerfiles bildet jede Anweisung FROM, RUN, COPY, WORKDIR, CMD (obwohl CMD und ENTRYPOINT technisch gesehen keine Schicht im Dateisystem erstellen, erstellen sie eine Konfigurationsschicht) eine eigene Schicht, die von Docker zwischengespeichert wird. Verschiedene Anweisungstypen und deren Einfluss auf die Schichten:

Anweisung	Erzeugt eine Schicht im Dateisystem?	Einfluss
FROM	Ja	Basis-Image
RUN	Ja	Ausführen von Befehlen
COPY	Ja	Dateien kopieren
ADD	Ja	Dateien kopieren (mit zusätzlichen Funktionen)
WORKDIR	Ja	Verzeichnis ändern
ENV	Nein	Umgebungsvariablen setzen
ARG	Nein	Build-Argumente definieren
LABEL	Nein	Metadaten hinzufügen
VOLUME	Ja	Mount-Punkte definieren
USER	Ja	Benutzer auswählen
EXPOSE	Nein	Ports deklarieren
ENTRYPOINT	Nein	Ausführbare Datei konfigurieren
CMD	Nein	Befehl für den Container konfigurieren

Weniger Schichten machen Images leichter und den Build-Prozess schneller durch verbessertes Caching und kleinere Image-Größe. Die Optimierung des Dockerfiles besteht oft darin, die Anzahl der RUN-Anweisungen zu minimieren und die Befehle in einer Reihenfolge anzuordnen, die das Cache-Maximum nutzt.