Hvordan fungerer Docker-netværk og port-mapping?

Question

Accepted Answer

Docker leverer **netværk**, så containere kan kommunikere med hinanden og med verden uden for. **Port mapping** eksponerer en containers porte til værten, og **netværk** lader containere tale med hinanden efter navn. At forstå det grundlæggende er vigtigt for at køre forbundne applikationer.

## Port mapping — eksponere containere til værten

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

**Port mapping** (`-p host:container`) gør en containers interne port tilgængelig fra værten — nødvendig for at få adgang til en containeriseret web-app, API osv. fra uden for containeren.

## Container-til-container-kommunikation (brugerdefinerede netværk)

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

På et **brugerdefineret netværk** kan containere nå hinanden ved **container-navn** (Docker leverer DNS-opløsning) — så en app-container forbinder til en database-container ved hjælp af sit navn som værtnavn, ingen IP-adresser nødvendige.

## Netværkstyper

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

## Hvorfor det betyder noget

At forstå Docker-netværk og port mapping er vigtigt for at køre rigtige, forbundne applikationer i Docker, så det er vigtig praktisk viden. **Port mapping** (`-p host:container`) er grundlæggende og bruges konstant — uden det er en containeriseret web-app eller API ikke tilgængelig fra uden for containeren, så at forstå hvordan man eksponerer container-porte til værten er nødvendigt for faktisk at bruge containeriserede tjenester.

Essentiel er også **container-til-container-kommunikation**: at forstå at på et **brugerdefineret netværk** kan containere nå hinanden **efter navn** (via Dockers indbyggede DNS) er afgørende for applikationer med flere containere — en applikation-container der forbinder til sin database-container ved hjælp af container-navnet som værtnavn (f.eks. `postgres://db:5432`) er et næsten universelt mønster, og at forstå det er nødvendigt for at bygge applikationer bestående af flere containere (app + database + cache osv.).

At kende **netværkstyperne** (bridge som standarden med brugerdefinerede bridges som tilføjer navnebaseret DNS, host til at dele værts-netværket, overlay til multi-host-klynger) giver konteksten for at konfigurere netværk passende.

Da rigtige applikationer involverer tjenester, der kommunikerer (en web-app der når en database, tjenester der kalder hinanden) og bliver acces fra uden for (eksponerede porte), og da Docker-netværk (port mapping for ekstern adgang, navngivet container-kommunikation på netværk) er hvordan denne forbindelse fungerer, er det at forstå Docker-netværk-grundlaget vigtig, hyppigt brugt viden for at køre forbundne containeriserede applikationer — nødvendigt for noget mere end en enkelt isoleret container, og en grundlæggende færdighed for applikationerne med flere containere, der er normen i rigtig Docker-brug.