Jak działają sieć Dockera i mapowanie portów?

Question

Accepted Answer

Docker zapewnia **sieć** (networking), dzięki której kontenery mogą komunikować się ze sobą i ze światem zewnętrznym. **Mapowanie portów** ujawnia porty kontenera na hoście, a **sieci** pozwalają kontenerom rozmawiać ze sobą po nazwie. Zrozumienie podstaw jest niezbędne dla uruchamiania połączonych aplikacji.

## Mapowanie portów — ujawnianie kontenerów na hoście

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

**Mapowanie portów** (`-p host:container`) sprawia, że wewnętrzny port kontenera jest dostępny z hosta — jest to niezbędne, aby uzyskać dostęp do aplikacji web, API itp. działającej w kontenerze z poza kontenera.

## Komunikacja między kontenerami (sieci zdefiniowane przez użytkownika)

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

W **sieci zdefiniowanej przez użytkownika** kontenery mogą się do siebie dobrać poprzez **nazwę kontenera** (Docker zapewnia rozwiązywanie DNS) — zatem kontener aplikacji łączy się z kontenerem bazy danych, używając jego nazwy jako hosta, bez potrzeby znajomości adresów IP.

## Typy sieci

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

## Dlaczego to ważne

Zrozumienie sieci Dockera i mapowania portów jest niezbędne dla uruchamiania rzeczywistych, połączonych aplikacji w Dockerze, dlatego jest to ważna wiedza praktyczna. **Mapowanie portów** (`-p host:container`) jest fundamentalne i używane nieustannie — bez niego aplikacja web w kontenerze lub API nie są dostępne z poza kontenera, dlatego zrozumienie sposobu ujawniania portów kontenera na hoście jest niezbędne, aby faktycznie korzystać z usług w kontenerach.

Równie ważna jest **komunikacja między kontenerami**: zrozumienie, że w **sieci zdefiniowanej przez użytkownika** kontenery mogą się do siebie dobrać **po nazwie** (poprzez wbudowany DNS Dockera) jest niezbędne dla aplikacji wielokontenerowych — kontener aplikacji łączący się z kontenerem bazy danych, używając nazwy kontenera jako hosta (np. `postgres://db:5432`), to uniwersalny wzorzec, a jego zrozumienie jest konieczne do budowania aplikacji składających się z wielu kontenerów (aplikacja + baza danych + cache itp.).

Znajomość **typów sieci** (bridge jako domyślny z mostami zdefiniowanymi przez użytkownika dodającymi DNS oparte na nazwach, host do udostępniania sieci hosta, overlay dla klastrów wielohostowych) zapewnia kontekst do prawidłowego konfigurowania sieci.

Ponieważ rzeczywiste aplikacje obejmują usługi komunikujące się (aplikacja web łącząca się z bazą danych, usługi wzywające się nawzajem) i dostępne z poza (ujawnione porty), a ponieważ sieć Dockera (mapowanie portów dla dostępu zewnętrznego, komunikacja nazwana między kontenerami w sieciach) to sposób, w jaki ta łączność działa, zrozumienie podstaw sieci Dockera jest niezbędną, często stosowaną wiedzą do uruchamiania połączonych aplikacji w kontenerach — konieczne dla czegokolwiek poza pojedynczym izolowanym kontenerem i fundamentalną umiejętnością dla aplikacji wielokontenerowych, które są normą w rzeczywistym użytkowaniu Dockera.