Как работает сетевое взаимодействие Docker и маршрутизация портов?

Question

Accepted Answer

Docker предоставляет **сетевое взаимодействие** для связи контейнеров друг с другом и с внешним миром. **Маршрутизация портов** открывает доступ к портам контейнера с хоста, а **сети** позволяют контейнерам взаимодействовать друг с другом по имени. Понимание основ необходимо для запуска связанных приложений.

## Маршрутизация портов — открытие доступа к контейнерам с хоста

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

**Маршрутизация портов** (`-p host:container`) делает внутренний порт контейнера доступным с хоста — необходимо для доступа к веб-приложению в контейнере, API и т. д. из-за пределов контейнера.

## Взаимодействие между контейнерами (пользовательские сети)

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

В **пользовательской сети** контейнеры могут обращаться друг к другу по **имени контейнера** (Docker предоставляет разрешение DNS) — таким образом приложение подключается к контейнеру базы данных, используя его имя в качестве имени хоста, без необходимости знать IP-адреса.

## Типы сетей

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

## Почему это важно

Понимание сетевого взаимодействия Docker и маршрутизации портов необходимо для запуска реальных, связанных приложений в Docker, поэтому это важное практическое знание. **Маршрутизация портов** (`-p host:container`) фундаментальна и используется постоянно — без неё веб-приложение или API в контейнере не будут доступны из-за пределов контейнера, поэтому понимание того, как открыть доступ к портам контейнера с хоста, необходимо для фактического использования контейнеризированных сервисов.

Не менее важно **взаимодействие между контейнерами**: понимание того, что в **пользовательской сети** контейнеры могут обращаться друг к другу **по имени** (через встроенную DNS Docker) необходимо для многоконтейнерных приложений — приложение, подключающееся к контейнеру базы данных, используя имя контейнера в качестве имени хоста (например `postgres://db:5432`), — это почти универсальный паттерн, и его понимание необходимо для создания приложений, состоящих из нескольких контейнеров (приложение + база данных + кэш и т. д.).

Знание **типов сетей** (bridge как стандартная сеть с пользовательскими bridge'ами, добавляющими DNS на основе имён, host для общего использования сети хоста, overlay для многохостовых кластеров) обеспечивает контекст для надлежащей конфигурации сетевого взаимодействия.

Поскольку реальные приложения предполагают взаимодействие сервисов (веб-приложение, обращающееся к базе данных, сервисы, вызывающие друг друга) и доступ извне (открытые порты), а поскольку сетевое взаимодействие Docker (маршрутизация портов для внешнего доступа, именованное взаимодействие контейнеров в сетях) — это способ, которым работает такая связность, понимание основ сетевого взаимодействия Docker является необходимым, часто применяемым знанием для запуска связанных контейнеризированных приложений — необходимо для чего-либо, выходящего за рамки одного изолированного контейнера, и фундаментальным навыком для многоконтейнерных приложений, которые являются нормой в реальном использовании Docker.