Hur fungerar Docker-nätverk och portmappning?

Question

Accepted Answer

Docker tillhandahåller **nätverk** så att containrar kan kommunicera med varandra och med världen utanför. **Portmappning** exponerar en containers portar till värden, och **nätverk** låter containrar prata med varandra efter namn. Att förstå grunderna är väsentligt för att köra anslutna applikationer.

## Portmappning — exponera containrar till värden

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

**Portmappning** (`-p host:container`) gör en containers interna port nåbar från värden — nödvändigt för att få åtkomst till en containeriserad webbapp, API, etc. från utanför containern.

## Container-till-container-kommunikation (användardefinierade nätverk)

```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å ett **användardefinierat nätverk** kan containrar nå varandra efter **containernamn** (Docker tillhandahåller DNS-upprösning) — så en appcontainer ansluter till en databascontainer med dess namn som värdnamn, inga IP-adresser behövs.

## Nätverkstyper

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

## Varför det är viktigt

Att förstå Docker-nätverk och portmappning är väsentligt för att köra verkliga, anslutna applikationer i Docker, så det är viktig praktisk kunskap. **Portmappning** (`-p host:container`) är fundamental och används ständigt — utan den är en containeriserad webbapp eller API inte åtkomlig från utanför containern, så det är nödvändigt att förstå hur man exponerar container-portar till värden för att faktiskt kunna använda containeriserade tjänster.

Lika viktigt är **container-till-container-kommunikation**: att förstå att på ett **användardefinierat nätverk** kan containrar nå varandra **efter namn** (via Dockers inbyggda DNS) är väsentligt för applikationer med flera containrar — en applikationscontainer som ansluter till sin databascontainer med containernamnet som värdnamn (t.ex. `postgres://db:5432`) är ett nära universellt mönster, och att förstå det är nödvändigt för att bygga applikationer som består av flera containrar (app + databas + cache, etc.).

Att känna till **nätverkstyperna** (bridge som standard med användardefinierade bridges som lägger till namnbaserad DNS, host för att dela värdnätverket, overlay för multi-host-kluster) ger kontexten för att konfigurera nätverk lämpligt.

Då verkliga applikationer involverar tjänster som kommunicerar (en webbapp som når en databas, tjänster som anropar varandra) och blir åtkomliga från utanför (exponerade portar), och eftersom Docker-nätverk (portmappning för extern åtkomst, namngiven container-kommunikation på nätverk) är hur denna anslutning fungerar, är förståelsen för Docker-nätverk grundläggande väsentlig och ofta tillämpbar kunskap för att köra anslutna containeriserade applikationer — nödvändigt för allt bortom en enda isolerad container, och en grundläggande färdighet för de applikationer med flera containrar som är normen i verklig Docker-användning.