Hvordan fungerer Docker-nettverk i dybden?

Question

Accepted Answer

Docker tilbyr flere **nettverksdrivere** (bridge, host, overlay, macvlan, none) for ulike tilkoblingsbehov, pluss funksjoner som **brukerdefinerte nettverk** med DNS-basert tjenesteoppdagelse. Å forstå nettverksarbeid i dybden er viktig for å koble sammen multi-container- og multi-host-applikasjoner korrekt.

## Nettverksdrivere

```text
BRIDGE (default) → a private internal network on a single host; containers communicate;
  isolated from the host except via published ports. USER-DEFINED bridges add DNS
  (containers reach each other by name) — preferred over the default bridge.
HOST → the container uses the host's network stack directly (no isolation, no port
  mapping needed) — max performance, less isolation.
OVERLAY → spans MULTIPLE hosts → containers on different machines communicate
  (for Docker Swarm / multi-host clusters).
MACVLAN → gives a container its own MAC/IP on the physical network (appears as a
  physical device).
NONE → no networking (fully isolated).
```

## Brukerdefinerte nettverk og tjenesteoppdagelse

```bash
docker network create app-net
docker run -d --name db --network app-net postgres
docker run -d --name api --network app-net myapi
# → on a user-defined network, Docker's embedded DNS resolves container NAMES
#   the "api" reaches the database at hostname "db" → automatic service discovery
```

Brukerdefinerte nettverk gir **automatisk DNS-basert tjenesteoppdagelse** (containere når hverandre ved navn) og bedre isolasjon enn standard bridge — den anbefalte tilnærmingen for multi-container-apper.

## Nettverksisolasjon og segmentering

```text
→ Containers can be placed on DIFFERENT networks to isolate them (segmentation):
  e.g. a frontend network and a backend network; only certain containers bridge both
→ Improves security (a container only reaches what it's networked with)
→ Published ports (-p) are the controlled boundary to the outside world
```

## Hvorfor det er viktig

Å forstå Docker-nettverksarbeid i dybden er viktig for **å koble sammen multi-container- og multi-host-applikasjoner korrekt og sikkert**, så det er verdifull praktisk kunnskap ut over det grunnleggende.

Å kjenne **nettverksdriverne** og deres formål — **bridge** (single-host container-kommunikasjon, med brukerdefinerte bridges som foretrukket), **host** (bruke vertsdatamaskinen sitt nettverk direkte for ytelse, og ofre isolasjon), **overlay** (spenner flere værter, essensielt for klynget/Swarm-distribusjoner hvor containere på ulike maskiner må kommunisere), **macvlan** (gi containere fysiske nettverksidentiteter), og **none** (fullstendig isolasjon) — lar deg velge riktig nettverksarkitektur for hvert scenario, fra single-host-apper til multi-host-klynger.

Å forstå **brukerdefinerte nettverk med DNS-basert tjenesteoppdagelse** (containere når automatisk hverandre ved navn via Dockers innebygde DNS) er særlig viktig, da det er den anbefalte tilnærmingen for multi-container-applikasjoner — det muliggjør ren tjeneste-til-tjeneste-kommunikasjon etter navn uten å administrere IP-adresser, og gir bedre isolasjon enn standard bridge.

Å vite om **nettverksisolasjon og segmentering** (plassere containere på ulike nettverk for å kontrollere hva som kan kommunisere, f.eks. separering av frontend- og backend-nettverk, med publiserte porter som den kontrollerte eksterne grensen) er verdifullt for **sikkerhet** — å begrense en containers nåbarhet reduserer angrepsflatene.

Da reelle applikasjoner involverer flere kommuniserende containere (og noen ganger spenner flere værter), og siden korrekt, sikker nettverksarbeid (velge drivere, bruke tjenesteoppdagelse, segmentere nettverk) er essensielt for å koble dem sammen riktig, er det å forstå Docker-nettverksarbeid i dybden — driverne, brukerdefinerte nettverk med DNS-tjenesteoppdagelse, og nettverkssegmentering for sikkerhet — verdifull, praktisk relevant kunnskap for å bygge reelle containeriserte applikasjoner, viktig for både funksjonalitet (tilkobling) og sikkerhet (isolasjon) i multi-container- og distribuerte distribusjoner.