Hvordan fungerer Docker-nettverk og portmapping?

Question

Accepted Answer

Docker tilbyr **nettverk** slik at kontainere kan kommunisere med hverandre og med verden utenfor. **Portmapping** eksponerer en containers porter til verten, og **nettverk** lar kontainere snakke med hverandre etter navn. Å forstå det grunnleggende er essensielt for å kjøre tilkoblede applikasjoner.

## Portmapping — eksponere kontainere til verten

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

**Portmapping** (`-p vert:kontainer`) gjør en containers interne port tilgjengelig fra verten — nødvendig for å få tilgang til en containerisert nettapp, API osv. fra utenfor kontaineren.

## Kommunikasjon fra kontainer til kontainer (brukerdefinerte nettverk)

```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 **brukerdefinert nettverk** kan kontainere nå hverandre etter **containernavnet** (Docker tilbyr DNS-oppløsning) — så en appkontainer kobler seg til en databasekontainer ved å bruke navnet som vertsnavn, ingen IP-adresser trengs.

## Nettverkstyper

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

Å forstå Docker-nettverk og portmapping er essensielt for å kjøre ekte, tilkoblede applikasjoner i Docker, så det er viktig praktisk kunnskap. **Portmapping** (`-p vert:kontainer`) er fundamental og brukes konstant — uten det er en containerisert nettapp eller API ikke tilgjengelig fra utenfor kontaineren, så å forstå hvordan du eksponerer containerporter til verten er nødvendig for faktisk å kunne bruke containeriserte tjenester.

Like viktig er **kommunikasjon fra kontainer til kontainer**: å forstå at på et **brukerdefinert nettverk** kan kontainere nå hverandre **etter navn** (via Dockers innebygde DNS) er essensielt for applikasjoner med flere kontainere — en appkontainer som kobler seg til databasekontaineren ved å bruke containernavnet som vertsnavn (f.eks. `postgres://db:5432`) er et nesten universelt mønster, og å forstå det er nødvendig for å bygge applikasjoner sammensatt av flere kontainere (app + database + cache osv.).

Å kjenne **nettverkstypene** (bridge som standard med brukerdefinerte broer som legger til navnbasert DNS, host for deling av vertsnettverket, overlay for flerver-klynger) gir konteksten for å konfigurere nettverk på riktig måte.

Ettersom virkelige applikasjoner innebærer tjenester som kommuniserer (en nettapp som når en database, tjenester som kaller hverandre) og blir tilgjengelig fra utenfor (eksponerte porter), og ettersom Docker-nettverk (portmapping for ekstern tilgang, navngitt containerkommunikasjon på nettverk) er hvordan denne forbindelsen fungerer, er å forstå Docker-nettverksgrunnlaget essensielt, hyppig brukt kunnskap for å kjøre tilkoblede containeriserte applikasjoner — nødvendig for noe som helst utover en enkelt isolert kontainer, og en grunnleggende ferdighet for applikasjoner med flere kontainere som er normen i ekte Docker-bruk.