Hoe werken Docker netwerken en poortmapping?

Question

Accepted Answer

Docker biedt **netwerken** zodat containers met elkaar en met de buitenwereld kunnen communiceren. **Poortmapping** stelt poorten van een container bloot aan de host, en **netwerken** stellen containers in staat om met elkaar te communiceren via naam. Het begrijpen van de basisprincipes is essentieel voor het uitvoeren van verbonden applicaties.

## Poortmapping — containers aan de host blootstellen

```bash
# -p HOST_PORT:CONTAINER_PORT maps a host port to a container port
docker run -p 8080:80 nginx
# → nginx listens on port 80 INSIDE the container;
#   accessing localhost:8080 on the HOST reaches it
# → without -p, the container's ports aren't accessible from outside
```

**Poortmapping** (`-p host:container`) maakt de interne poort van een container bereikbaar vanaf de host — noodzakelijk om een containerized web app, API, enzovoort van buiten de container te bereiken.

## Container-naar-container communicatie (door gebruiker gedefinieerde netwerken)

```bash
# 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/...
```

Op een **door gebruiker gedefinieerd netwerk** kunnen containers elkaar bereiken via **containernaam** (Docker biedt DNS-resolutie) — dus een app-container verbindt met een database-container met behulp van de naam als hostname, geen IP-adressen nodig.

## Netwerktypen

```text
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)
```

## Waarom het belangrijk is

Het begrijpen van Docker netwerken en poortmapping is essentieel voor het uitvoeren van echte, verbonden applicaties in Docker, dus het is belangrijke praktische kennis. **Poortmapping** (`-p host:container`) is fundamenteel en wordt constant gebruikt — zonder dit is een containerized web app of API niet bereikbaar van buiten de container, dus het begrijpen hoe container-poorten aan de host bloot te stellen is noodzakelijk om containerized services daadwerkelijk te gebruiken.

Evenals belangrijk is **container-naar-container communicatie**: het begrijpen dat op een **door gebruiker gedefinieerd netwerk** containers elkaar kunnen bereiken **via naam** (via Docker's ingebouwde DNS) is essentieel voor multi-container applicaties — een applicatie-container die verbinding maakt met een database-container met behulp van de containernaam als hostname (bijv. `postgres://db:5432`) is een vrijwel universeel patroon, en het begrijpen ervan is noodzakelijk voor het bouwen van applicaties samengesteld uit meerdere containers (app + database + cache, enz.).

Het kennen van de **netwerktypen** (bridge als standaard met door gebruiker gedefinieerde bridges die DNS-resolutie op naam toevoegen, host voor het delen van het hostnetwerk, overlay voor multi-host clusters) biedt de context voor het op passende wijze configureren van netwerken.

Omdat echte applicaties services gebruiken die communiceren (een web app bereikt een database, services roepen elkaar aan) en van buiten bereikbaar zijn (blootgestelde poorten), en omdat Docker netwerken (poortmapping voor externe toegang, genoemde container-communicatie op netwerken) bepalen hoe deze connectiviteit werkt, is het begrijpen van Docker netwerk basisprincipes essentieel, regelmatig toegepaste kennis voor het uitvoeren van verbonden containerized applicaties — noodzakelijk voor alles verder dan een enkele geïsoleerde container, en een basisvaardigheid voor de multi-container applicaties die de norm zijn in echt Docker-gebruik.