Comment fonctionnent la mise en réseau Docker et le mappage de ports ?

Question

Accepted Answer

Docker fournit **la mise en réseau** pour que les conteneurs puissent communiquer entre eux et avec le monde extérieur. Le **mappage de ports** expose les ports d'un conteneur à l'hôte, et les **réseaux** permettent aux conteneurs de communiquer entre eux par nom. Comprendre les bases est essentiel pour exécuter des applications connectées.

## Mappage de ports — exposer les conteneurs à l'hôte

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

Le **mappage de ports** (`-p hôte:conteneur`) rend le port interne d'un conteneur accessible depuis l'hôte — nécessaire pour accéder à une application web conteneurisée, une API, etc. de l'extérieur du conteneur.

## Communication conteneur à conteneur (réseaux définis par l'utilisateur)

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

Sur un **réseau défini par l'utilisateur**, les conteneurs peuvent se rejoindre par **nom du conteneur** (Docker fournit la résolution DNS) — ainsi un conteneur d'application se connecte à un conteneur de base de données en utilisant son nom comme nom d'hôte, sans adresses IP nécessaires.

## Types de réseau

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

## Pourquoi c'est important

Comprendre la mise en réseau Docker et le mappage de ports est essentiel pour exécuter des applications réelles et connectées dans Docker, c'est donc une connaissance pratique importante. Le **mappage de ports** (`-p hôte:conteneur`) est fondamental et utilisé constamment — sans lui, une application web ou une API conteneurisée n'est pas accessible de l'extérieur du conteneur, donc comprendre comment exposer les ports des conteneurs à l'hôte est nécessaire pour utiliser réellement les services conteneurisés.

Également important est la **communication conteneur à conteneur** : comprendre que sur un **réseau défini par l'utilisateur**, les conteneurs peuvent se rejoindre **par nom** (via le DNS intégré de Docker) est essentiel pour les applications multi-conteneurs — un conteneur d'application se connectant à son conteneur de base de données en utilisant le nom du conteneur comme nom d'hôte (par exemple `postgres://db:5432`) est un modèle quasi universel, et le comprendre est nécessaire pour construire des applications composées de plusieurs conteneurs (application + base de données + cache, etc.).

Connaître les **types de réseau** (bridge comme valeur par défaut avec les bridges définis par l'utilisateur ajoutant le DNS basé sur les noms, host pour partager le réseau de l'hôte, overlay pour les clusters multi-hôtes) fournit le contexte pour configurer la mise en réseau de manière appropriée.

Puisque les applications réelles impliquent des services qui communiquent (une application web atteignant une base de données, les services s'appelant les uns les autres) et être accédées de l'extérieur (ports exposés), et puisque la mise en réseau Docker (mappage de ports pour l'accès externe, communication des conteneurs nommés sur les réseaux) est la façon dont cette connectivité fonctionne, comprendre les bases de la mise en réseau Docker est une connaissance essentielle et fréquemment appliquée pour exécuter des applications conteneurisées connectées — nécessaire pour tout ce qui va au-delà d'un conteneur isolé unique, et une compétence fondamentale pour les applications multi-conteneurs qui sont la norme dans l'utilisation réelle de Docker.