Cum funcționează Docker networking-ul și port mapping-ul?

Question

Accepted Answer

Docker oferă **networking** astfel încât containerele să comunice între ele și cu lumea exterioară. **Port mapping** expune porturile unui container către host, iar **networks** permit containerelor să comunice între ele după nume. Înțelegerea elementelor de bază este esențială pentru rularea aplicațiilor conectate.

## Port mapping — expunere containere către 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
```

**Port mapping** (`-p host:container`) face portul intern al unui container accesibil din host — necesar pentru a accesa o aplicație web containerizată, un API, etc. din afara containerului.

## Comunicare container-către-container (rețele definite de utilizator)

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

Pe o **rețea definită de utilizator**, containerele se pot atinge între ele după **naam containerului** (Docker oferă rezoluție DNS) — deci un container de aplicație se conectează la un container de bază de date folosind numele acestuia ca hostname, fără a fi necesare adrese IP.

## Tipuri de rețele

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

## De ce contează

Înțelegerea Docker networking-ului și port mapping-ul este esențială pentru rularea aplicațiilor reale și conectate în Docker, deci este o cunoaștere practică importantă. **Port mapping** (`-p host:container`) este fundamental și se folosește constant — fără acesta, o aplicație web containerizată sau un API nu este accesibil din afara containerului, deci înțelegerea modului de expunere a porturilor containerului către host este necesară pentru a utiliza efectiv serviciile containerizate.

Egal de important este **comunicarea container-către-container**: înțelegerea faptului că pe o **rețea definită de utilizator**, containerele se pot atinge între ele **după nume** (prin DNS-ul încorporat al Docker) este esențială pentru aplicațiile multi-container — un container de aplicație conectând la containerul de bază de date folosind numele containerului ca hostname (de ex. `postgres://db:5432`) este un model aproape universal, iar înțelegerea sa este necesară pentru construirea aplicațiilor compuse din mai multe containere (app + bază de date + cache, etc.).

Cunoașterea **tipurilor de rețele** (bridge ca implicit cu bridge-uri definite de utilizator adăugând DNS bazat pe nume, host pentru partajarea rețelei host-ului, overlay pentru clustere multi-host) oferă contextul pentru configurarea networking-ului în mod corespunzător.

Din moment ce aplicațiile reale implică servicii care comunică (o aplicație web atingând o bază de date, servicii apelând una pe cealaltă) și sunt accesate din afară (porturi expuse), și din moment ce Docker networking-ul (port mapping pentru acces extern, comunicare numită container pe rețele) este modul în care funcționează această conectivitate, înțelegerea elementelor de bază ale Docker networking-ului este o cunoaștere esențială și frecvent aplicată pentru rularea aplicațiilor containerizate conectate — necesară pentru orice lucru dincolo de un singur container izolat, și o abilitate fundamentală pentru aplicațiile multi-container care sunt norma în utilizarea reală a Docker.