Docker bietet Netzwerke, damit Container untereinander und mit der Außenwelt kommunizieren können. Port-Mapping macht die Ports eines Containers auf dem Host zugänglich, und Netzwerke ermöglichen es Containern, miteinander über Namen zu kommunizieren. Das Verständnis der Grundlagen ist für die Ausführung verbundener Anwendungen unerlässlich.
docker run -p 8080:80 nginx
Port-Mapping (-p host:container) macht einen internen Port eines Containers vom Host aus erreichbar — notwendig, um auf eine containerisierte Web-App, API usw. von außerhalb des Containers zuzugreifen.
# create a network; containers on it can reach each other BY NAME
docker network create mynet
docker run -d --name db --network mynet postgres
docker run -d --name api --network mynet myapi
# → the "api" container can connect to the database at hostname "db" (Docker DNS)
# e.g. DATABASE_URL=postgres://db:5432/...
In einem benutzerdefinierten Netzwerk können Container sich untereinander über den Container-Namen erreichen (Docker bietet DNS-Auflösung) — daher verbindet sich ein App-Container mit einem Datenbank-Container über seinen Namen als Hostname, ohne IP-Adressen.
bridge → the default; containers on a bridge network communicate; isolated from host
(user-defined bridge networks add name-based DNS — preferred)
host → the container shares the host's network directly (no isolation, no mapping)
none → no networking
overlay → spans multiple hosts (for Docker Swarm / multi-host clusters)
Das Verständnis von Docker-Netzwerken und Port-Mapping ist für die Ausführung echter, verbundener Anwendungen in Docker unerlässlich und ist daher wichtiges praktisches Wissen. Port-Mapping (-p host:container) ist grundlegend und wird ständig verwendet — ohne es ist eine containerisierte Web-App oder API nicht von außerhalb des Containers erreichbar. Daher ist das Verständnis, wie man Container-Ports auf dem Host verfügbar macht, notwendig, um containerisierte Dienste tatsächlich zu nutzen.
Ebenso wichtig ist die Container-zu-Container-Kommunikation: Das Verständnis, dass Container in einem benutzerdefinierten Netzwerk sich untereinander über Namen erreichen können (über Dockers integriertes DNS), ist für Multi-Container-Anwendungen unerlässlich — ein Anwendungs-Container, der sich mit seinem Datenbank-Container über den Container-Namen als Hostname verbindet (z. B. postgres://db:5432), ist ein nahezu universelles Muster. Das Verständnis dafür ist notwendig, um Anwendungen zu bauen, die aus mehreren Containern bestehen (App + Datenbank + Cache usw.).
Die Kenntnis der Netzwerktypen (Bridge als Standard mit benutzerdefinierten Bridges mit namensbasiertem DNS, Host zum Teilen des Host-Netzwerks, Overlay für Multi-Host-Cluster) bietet den Kontext für die angemessene Konfiguration von Netzwerken.
Da echte Anwendungen Dienste beinhalten, die miteinander kommunizieren (eine Web-App, die eine Datenbank erreicht, Dienste, die sich gegenseitig aufrufen) und von außen zugänglich sind (verfügbar gemachte Ports), und da Docker-Netzwerke (Port-Mapping für externen Zugriff, benannte Container-Kommunikation in Netzwerken) der Weg sind, diese Konnektivität zu ermöglichen, ist das Verständnis der Docker-Netzwerk-Grundlagen essentielles, häufig angewendetes Wissen für die Ausführung verbundener containerisierter Anwendungen — notwendig für alles jenseits eines einzelnen isolierten Containers und eine grundlegende Fähigkeit für die Multi-Container-Anwendungen, die in der echten Docker-Nutzung die Norm sind.