Kaip veikia Docker tinklinimas ir prievadų susiejimas?

Question

Accepted Answer

Docker suteikia **tinklinimo** galimybes, kad konteineriai galėtų bendrauti vienas su kitu ir su išoriniu pasauliu. **Prievadų susiejimas** atidaro konteinerio prievadus pagal poreikį į pagrindinį kompiuterį, o **tinklai** leidžia konteineriams kalbėtis vienas su kitu pagal pavadinimą. Pagrindinių principų supratimas yra būtinas norint paleisti sujungtus programas.

## Prievadų susiejimas — konteinerių atidarymas pagrindiniam kompiuteriui

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

**Prievadų susiejimas** (`-p host:container`) daro konteinerio vidinį prievadą pasiekiamą pagrindiniam kompiuteriui — būtina norint pasiekti konteinerizuotą žiniatinklį, API ir t.t. iš konteinerio išorės.

## Konteinerio su kontaineriu komunikacija (vartotojo apibrėžti tinklai)

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

**Vartotojo apibrėžtame tinkle** konteineriai gali vienas kitą pasiekti pagal **konteinerio pavadinimą** (Docker suteikia DNS sprendimą) — todėl programos konteineris jungiasi prie duomenų bazės konteinerio naudodamas jo pavadinimą kaip pavadinį, IP adresai nereikalingi.

## Tinklo tipai

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

## Kodėl tai svarbu

Docker tinklinimo ir prievadų susiejo supratimas yra būtinas paleidžiant tikras, sujungtas programas Docker aplinkoje, todėl tai yra svarbi praktinė žinios. **Prievadų susiejimas** (`-p host:container`) yra pagrindinis ir naudojamas nuolat — be jo konteinerizuota žiniatinklio programa arba API nėra pasiekiama iš konteinerio išorės, todėl konteinerio prievadų atidarymas pagrindiniam kompiuteriui yra būtina norint iš tikrųjų naudoti konteinerizuotus servisus.

Čia pat svarbi ir **konteinerio su kontaineriu komunikacija**: supratimas, kad **vartotojo apibrėžtame tinkle** konteineriai gali vienas kitą pasiekti **pagal pavadinimą** (per Docker integrinę DNS) yra būtinas daugiakonteineriams programoms — programos konteineris jungiantis prie jo duomenų bazės konteinerio naudodamas konteinerio pavadinimą kaip pagrindinio kompiuterio pavadinimą (pvz. `postgres://db:5432`) yra beveik universalus šablonas, o jo supratimas yra būtinas kuriant programas, susidedančias iš kelių konteinerių (programa + duomenų bazė + podėlis ir t.t.).

Žinojimas **tinklo tipų** (tiltas kaip numatytasis su vartotojo apibrėžtais tiltais, kurie prideda vardais pagrįstą DNS, pagrindinis kompiuteris bendrinant pagrindinio kompiuterio tinklą, perdanga daugiamašininiam klasterių) suteikia kontekstą tinklinimui konfigūruoti tinkamai.

Kadangi tikros programos apima servisus, kurie bendrauja (žiniatinklio programa pasiekianti duomenų bazę, tarpusavyje skambinantys tarnybos) ir yra pasiekiamos iš išorės (atidaryti prievadai), ir kadangi Docker tinklinimas (prievadų susiejimas išoriniam priėjimui, pavadinimais pagrįsta konteinerio komunikacija tinkluose) yra tai, kaip veikia šis ryšys, Docker tinklinimo pagrindų supratimas yra reikalinga, dažnai naudojama žinios sujungtiems konteinerizuotiems programoms paleisti — būtina bet kam nuo vieno izoliuoto konteinerio, ir pagrindinė įgūdis daugiakonteineriams programoms, kurie yra norma realaus Docker naudojimo atveju.