Come funzionano la rete Docker e il port mapping?

Question

Accepted Answer

Docker fornisce **networking** affinché i container possano comunicare tra loro e con il mondo esterno. Il **port mapping** espone le porte di un container all'host, e le **network** consentono ai container di comunicare tra loro per nome. Comprendere le basi è essenziale per eseguire applicazioni connesse.

## Exposizione delle porte al container — port mapping verso l'host

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

Il **port mapping** (`-p host:container`) rende raggiungibile dalla macchina host la porta interna di un container — è necessario per accedere da fuori al container a un'app web containerizzata, API, ecc.

## Comunicazione da container a container (reti user-defined)

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

Su una **rete user-defined**, i container possono raggiungersi l'uno l'altro per **nome del container** (Docker fornisce risoluzione DNS) — quindi un container applicativo si connette a un container database utilizzando il suo nome come hostname, senza necessità di indirizzi IP.

## Tipi di rete

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

## Perché è importante

Comprendere il networking Docker e il port mapping è essenziale per eseguire applicazioni reali e connesse in Docker, quindi è una conoscenza pratica importante. Il **port mapping** (`-p host:container`) è fondamentale e utilizzato costantemente — senza di esso, un'app web containerizzata o un'API non è accessibile da fuori dal container, quindi comprendere come esporre le porte del container all'host è necessario per utilizzare effettivamente servizi containerizzati.

Equalmente importante è la **comunicazione tra container**: comprendere che su una **rete user-defined**, i container possono raggiungersi **per nome** (tramite il DNS integrato di Docker) è essenziale per applicazioni multi-container — un container applicativo che si connette al suo container database utilizzando il nome del container come hostname (ad es. `postgres://db:5432`) è uno schema quasi universale, e comprenderlo è necessario per costruire applicazioni composte da più container (app + database + cache, ecc.).

Conoscere i **tipi di rete** (bridge come impostazione predefinita con bridge user-defined che aggiungono DNS basato su nome, host per condividere la rete dell'host, overlay per cluster multi-host) fornisce il contesto per configurare il networking in modo appropriato.

Poiché le applicazioni reali comportano servizi che comunicano (un'app web che raggiunge un database, servizi che si chiamano tra loro) e che sono accessibili da fuori (porte esposte), e poiché il networking Docker (port mapping per accesso esterno, comunicazione tra container con nome su reti) è il modo in cui questa connettività funziona, comprendere le basi del networking Docker è una conoscenza essenziale e frequentemente applicata per eseguire applicazioni containerizzate connesse — necessaria per qualsiasi cosa al di là di un singolo container isolato, e una competenza fondamentale per le applicazioni multi-container che sono la norma nell'utilizzo reale di Docker.