• Client → Client der sich mit dem Docker Daemon verbindet
  • der Client und Daemon können auf verschiedenen Systemen laufen
• Docker Daemon
  • Daemon der die Images und Container verwaltet

• die Vorlage/der Satz der Anweisungen aus denen sich ein Image bauen lässt
• für gewöhnlich heißt es Dockerfile
  • wenn es Dockerfile heißt reicht der Aufruf von „docker build“ aus um es zu bauen
  • sonst muss docker build –file <Dateiname> aufgerufen werden
    • guter Brauch ist es <Dateiname>.Dockerfile zu nutzen
• Besteht aus „Instructions“ (Keywords) die eine Aktion definieren und Parametern zu diesen
• Images bestehen aus Layern - jede Instruction erzeugt einen neuen Layer
  • ein Layer definiert die Unterschiede zur Summe der vorhergehenden Layer
  • Layer werden gecashed, schlägt ein Step fehl oder werden Steps eingefügt müssen die Steps davor nicht wiederholt werden, weil der Stand ja in Form der Layer noch vorhanden ist

FROM ubuntu:22.04

RUN apt-get update & apt install python3 python3-pip

COPY ./somescript.py /opt/somescript.py

CMD /opt/somescript.py

CMD Befehl Parameter1 Parameter2

CMD ["Befehl", "Parameter1", "Parameter2"]

CMD ["Befehl Parameter1"]

CMD ["--character-set-server=utf8mb4", "--collation-server=utf8mb4_unicode_ci"]
ENTRYPOINT [mysql]

docker run -d --name dbinstance mysql --character-set-server=latin1

Näheres findet man hier: https://docs.docker.com/engine/network/

• Ermöglicht starten, überwachen und verwalten eines Satzes zusammengehöriger Container
• es gibt 3 Versionen dieser Dateien
  • Version 1
    • kennt die Container ohne übergeordnetes Serviec-Dictionary-Eintrag
    • alle Container werden der Default-Bridge zugeordnet
      • es muss link benutzt werden um Container miteinander zu „verknüpfen“
  • Version 2 und 3
    • haben einen Dictionary-Eintrag version: 2 bzw. version: 3
    • Container werden im service-Eintrag gelistet
    • Jedes Docker-File erzeugt ein neues Default-Netzwerk
      • Container können sich automatisch untereinander per Namen in diesem Netzwerk ansprechen
      • die Nutzung von link ist nicht notwendig
  • Version 3 unterstützt Docker Swarm

version: 3
services:
    webserver:
        image: "nginx:13.2"
        ports: 
            - "8080:80"
    myapp:
        build: ./myapp

docker --name <Name des Service>

 docker -p

<Netzwerkname>: 

Namespaces (Kernel-Feature) werden genutzt um Prozesse und Netzwerke zu trennen.
Der Host sieht dabei die Prozesse die im Container laufen als ganz normale Prozesse, mit normaler ID.
Der Container sieht eine eigene PID 1 und seine eigenen Prozesse mit ansteigenden PIDs - die von den PIDs abweichen die die gleichen Prozesse auf dem Hostsystem haben.


Über cgroups (Kernel-Feature) kann die Nutzung von CPU und RAM eingeschränkt werden.
Effektiv wird die cgroup auf die Prozesse im Containers angewendet.

• Ein Image besteht aus Layern (Schichten)
• Jeder Befehl im Dockerfile bildet eine eigene Schicht
• die nächste Schicht speichert jeweils nur die Veränderungen gegenüber der vorhergehenden Schicht
• ein Container bildet eine beschreibbare (für die Zeit die der Container existiert) Schicht oberhalb aller Schichten des Containers

• Schichten werden als solche gespeichert (gecached)
  • hat den Vorteil das man wenn man das Dockerfile modifiziert oder basierend auf existierenden Schichten ein neues baut, nur die neuen/modifizierten Schichten neu erzeugen muss - die bereits existierenden werden einfach genommen wie sie sind

Man kann Verzeichnisse, Volumes (letztendlich Verzeichnisse unter /var/lib/docker/volumes) und tmpfs (Volumes im Arbeitsspeicher die nur existieren solange der Container läuft) in den Container mounten.
Das ist sinnvoll wenn:

• Viel auf geschrieben/gelesen werden muss in dem Verzeichnis
  • Container haben zwar einen beschreibbaren Layer, aber auf Grund des Copy-on-Write-Approaches (Dateien die verändert werden müssen zuerst kopiert werden und dann modifiziert (theoretisch, hängt vom Storage-Driver ab) relativ langsam ist
• Daten permanent gespeichert werden sollen, unabhängig von der Existenz des Containers
  • alles was im Container gespeichert wird geht mit dem löschen (nicht dem stoppen) des Containers verloren

Ggf. kann man auch den Storage-Treiber für den Container ändern um mehr Schreibperformance innerhalb des Containers rauszuholen, besser ist aber Volumes/Mounts zu nutzen.

• Standardmäßig wird von docker.io geladen

Von einer anderen Registrie laden:

docker login
docker run <Registrie-Name>/<Verzeichnis>/<Image>:<Tag>

• docker login muss nur ausgeführt werden wenn ein Benutzer-Name und Passwort für den Zugang notwendig ist und auch nur einmal pro Sitzung
• <Registrie-Name> → Name der Registrie - something.de
• <Verzeichnis> → Verzeichnis, zum Beispiel wenn es nach Benutzern organisiert ist
• <Image> → Name des gewünschten Images
• <Tag> → Tag des Images

docker tag <Imagename> <Host:Port>/<Pfad>/<Imagename>:<Tag>
docker login
docker push <NewImagename>

• docker tag gibt einem Image einen (zusätzlichen) Namen. Der Name bei privaten Registries enthält den Namen der Registy
  • Host → Host, z.B. myregistry.de
    • kann auch localhost sein wenn die Registry auf dem gleichen Host läuft
  • Port → anzugeben wenn der Port nicht 5000 ist
  • Pfad → optional ein Pfad, z.B. myusername
  • Imagename → der Name des Images, z.B. meineApp
  • Tag → Optional ein Tag, z.B. testing
  • docker tag baseimage myregistry.de:5000/myusername/meineApp:testing
• docker login
  • nur notwendig wenn die Registry eine Authentifizierung benötigt
• docker push lädt das neue Image hoch
  • <NewImageName> = myregistry.de:5000/myusername/meineApp:testing
    • kompletter Name, inkl. Registry
    • so muss das Image auch per docker pull oder docker run angesprochen werden

• Docker Registry ist als Image verfügbar → Resistry
• es lauscht standardmäßig an Port 5000