Grundlagen der Container-Netzwerke

Container sind bewusst voneinander isoliert, was für Sicherheit und Portabilität sorgt. Damit Anwendungen jedoch sinnvoll eingesetzt werden können, müssen sie häufig miteinander und mit der Außenwelt kommunizieren.

Hier kommt die Docker-Netzwerkfunktion ins Spiel! Sie ermöglicht eine sichere und effiziente Kommunikation zwischen Containern.

Wenn Sie einen Container ohne Angabe eines Netzwerks ausführen, verbindet Docker ihn automatisch mit dem standardmäßigen Bridge-Netzwerk. Dieses Netzwerk heißt bridge.

Container in diesem Netzwerk können über ihre IP-Adressen miteinander kommunizieren und haben außerdem Zugriff auf das Internet.

Sie können ganz einfach alle auf Ihrem System verfügbaren Docker-Netzwerke anzeigen. Der Befehl docker network ls listet sie auf, und docker network inspect liefert eine detaillierte Konfiguration für ein bestimmtes Netzwerk.

Versuchen Sie, Ihre Netzwerke aufzulisten:

Jeder Container, der mit einem Bridge-Netzwerk (dem standardmäßigen oder einem benutzerdefinierten) verbunden ist, erhält vom internen DNS-Server von Docker eine eigene eindeutige IP-Adresse.

Über diese IP-Adresse können andere Container im selben Netzwerk den Container erreichen. Sehen wir uns die IP-Adresse eines Containers an:

Im standardmäßigen bridge-Netzwerk können Container über ihre zugewiesenen IP-Adressen miteinander kommunizieren. IP-Adressen können sich jedoch ändern, wodurch diese Methode für dynamische Anwendungen weniger zuverlässig ist.

Für eine bessere Erkennung und Kommunikation von Containern über Namen sind benutzerdefinierte Bridge-Netzwerke der moderne und bevorzugte Ansatz.

Benutzerdefinierte Bridge-Netzwerke bieten gegenüber dem standardmäßigen Bridge-Netzwerk erhebliche Vorteile:

• Automatische DNS-Auflösung: Container im selben benutzerdefinierten Netzwerk können einander über ihren Dienstnamen (den Containernamen) finden.
• Bessere Isolation: Sie bieten eine bessere Isolation für Ihre Anwendungen.
• Konfigurierbarkeit: Sie haben mehr Kontrolle über die Netzwerkeinstellungen.

Erstellen wir ein benutzerdefiniertes Netzwerk, starten darin einen Nginx-Webserver und greifen anschließend mit einem anderen Container über dessen Namen auf den Nginx-Server zu. Sehen Sie, wie einfach das ist!

Um von Ihrem Hostcomputer oder einem externen Netzwerk auf den Dienst eines Containers zuzugreifen, müssen Sie dessen Port mit dem Flag -p oder --publish „veröffentlichen“ oder „zuordnen“.

Beispielsweise ordnet -p 8080:80 den Host-Port 8080 dem Container-Port 80 zu.

Neben Bridge-Netzwerken bietet Docker weitere Netzwerktreiber für bestimmte Anwendungsfälle:

• Host: Der Container verwendet den Netzwerk-Stack des Hosts und verliert dadurch seine Isolation.
• None: Der Container verfügt über keine Netzwerkschnittstellen.
• Overlay: Wird für Docker Swarm verwendet, um die Kommunikation zwischen mehreren Docker-Daemons auf verschiedenen Hosts zu ermöglichen.

Jeder Treiber erfüllt in unterschiedlichen Deployment-Szenarien einen bestimmten Zweck.

Welche Aussagen über das standardmäßige bridge-Netzwerk von Docker und benutzerdefinierte Bridge-Netzwerke sind richtig?

Wir haben die Grundlagen der Docker-Netzwerke behandelt:

• Das standardmäßige bridge-Netzwerk ermöglicht die Kommunikation zwischen Containern über IP-Adressen.
• Benutzerdefinierte Bridge-Netzwerke werden wegen der automatischen DNS-Auflösung über Namen und der besseren Isolation bevorzugt.
• Wir haben gelernt, wie Container miteinander kommunizieren und wie Container-Ports für den Host veröffentlicht werden.
• Außerdem haben wir kurz weitere Netzwerktreiber wie host und overlay kennengelernt.

Das Verständnis von Netzwerken ist entscheidend für die Entwicklung miteinander verbundener containerisierter Anwendungen. Als Nächstes beschäftigen wir uns mit der Verwaltung persistenter Daten mithilfe von Docker-Volumes!