Docker в
рабочих средах

Смена парадигмы

Переход на Docker — это не просто смена инструмента упаковки, а пересмотр всей архитектуры развертывания.

На уровне инфраструктуры происходит четкое разделение ответственности между самим приложением, платформой оркестрации и движком контейнеризации.

Управление заданиями

Это основа — запуск, остановка, перезапуск процессов.

# Запуск сервиса
sudo systemctl start nginx

# Остановка
sudo systemctl stop nginx

# Перезапуск (stop + start)
sudo systemctl restart nginx

# Перезагрузка конфигурации без остановки (graceful reload)
sudo systemctl reload nginx

# Включение автозапуска при загрузке
sudo systemctl enable nginx

# Отключение автозапуска
sudo systemctl disable nginx

# Проверка статуса
systemctl status nginx

# Просмотр логов
journalctl -u nginx -f

# Запуск контейнера
docker run -d --name myapp -p 8080:80 myimage:latest

# Остановка (graceful shutdown: SIGTERM → wait → SIGKILL)
docker stop myapp

# Принудительная остановка (SIGKILL сразу)
docker kill myapp

# Перезапуск
docker restart myapp

# Пауза (freeze процессов через cgroups)
docker pause myapp

# Возобновление
docker unpause myapp

# Удаление контейнера
docker rm myapp

# Просмотр логов
docker logs -f myapp

# Выполнение команды внутри running-контейнера
docker exec -it myapp bash

Ограничение ресурсов

Контроль потребления памяти, CPU и процессов.

# Посмотреть текущие лимиты
ulimit -a

# Ограничить количество открытых файловых дескрипторов (soft limit)
ulimit -n 1024

# Ограничить максимальный размер RSS-памяти (в KB)
ulimit -m 512000  # ~500 MB

# Запуск приложения с этими лимитами
./myapp

# Ограничение CPU: 1.5 ядра (150% одного ядра)
# Ограничение памяти: 512 MB
# Swap: отключён (memory + swap = 512 MB)
docker run -d \
  --name myapp \
  --cpus=1.5 \
  --memory=512m \
  --memory-swap=512m \
  --pids-limit=100 \
  myimage:latest
  
# Относительные доли CPU (если несколько контейнеров конкурируют)
docker run -d \
  --name app-high-priority \
  --cpu-shares=1024 \
  myimage:high

docker run -d \
  --name app-low-priority \
  --cpu-shares=512 \
  myimage:low

Сети

Движок Docker предоставляет 5 основных типов сетей для изоляции и связи.

# Создание пользовательской bridge-сети
docker network create --driver bridge my-bridge-net

# Запуск контейнера в созданной сети с пробросом портов
docker run -d --name web --network my-bridge-net -p 8080:80 nginx:latest

# Подключение запущенного контейнера к сети
docker network connect my-bridge-net my-existing-app

# Запуск контейнера с сетевым стеком хоста
docker run -d --name web-host --network host nginx:latest

# Создание overlay-сети для кластера Swarm
docker network create --driver overlay --attachable my-overlay-net

# Создание macvlan-сети, привязанной к физическому интерфейсу eth0
docker network create -d macvlan \
  --subnet=192.168.1.0/24 \
  --gateway=192.168.1.1 \
  -o parent=eth0 my-macvlan-net

# Запуск изолированного контейнера без внешней сети
docker run -d --name isolated-runner --network none alpine:latest

Конфигурация

Каждому приложению необходим доступ к своим настройкам для гибкой работы в различных окружениях без пересборки.

# Базовый образ Linux с установленным Node.js
FROM node:18-alpine

# Настройка рабочей директории в контейнере
WORKDIR /app

# Копирование исходного кода
COPY . .

# Установка зависимостей и сборка приложения
RUN npm ci --only=production

# Команда запуска процесса внутри контейнера
CMD ["node", "index.js"]

# Запуск контейнера с передачей переменных окружения через флаг -e
docker run -d \
  --name web-app \
  -e PORT=8080 \
  -e DB_HOST=db.local \
  -e NODE_ENV=production \
  -p 8080:8080 \
  myapp:latest

Упаковка и поставка

Стандартизация процессов сборки приложения и его доставки до конечного окружения.

# Архивирование исходного кода
tar -czf app.tar.gz ./src package.json

# Копирование на удаленный сервер
scp app.tar.gz user@server:/var/www/myapp/

# Удаленная распаковка и перезапуск службы
ssh user@server 'cd /var/www/myapp && tar -xzf app.tar.gz && npm ci && systemctl restart myapp'

# Сборка OCI-образа
docker build -t myregistry.com/myapp:v1.0 .

# Поставка образа в реестр (Harbor, Docker Hub и др.)
docker push myregistry.com/myapp:v1.0

Журналирование

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

# Поиск ошибок в лог-файле приложения вручную
tail -f /var/log/myapp/app.log | grep --color=auto "ERROR"

# Пример конфигурационного файла logrotate (/etc/logrotate.d/myapp)
/var/log/myapp/*.log {
    daily
    rotate 7
    compress
    delaycompress
    missingok
    notifempty
}

# Просмотр логов контейнера в реальном времени
docker logs -f my-web-app

# Вывести последние 100 строк логов с метками времени
docker logs --tail 100 -t my-web-app

Мониторинг

Мониторинг — это непрерывный процесс отслеживания работоспособности, производительности и состояния приложений и инфраструктуры.

FROM nginx:alpine

# Проверяем раз в 30 секунд, доступна ли главная страница.
# Если за 3 секунды ответа нет — это провал.
HEALTHCHECK --interval=30s --timeout=3s --retries=3   CMD curl -f http://localhost/ || exit 1

version: '3.8'
services:
  web-app:
    image: my-node-app:latest
    healthcheck:
      test: ["CMD", "wget", "--no-verbose", "--tries=1", "--spider", "http://localhost:3000/health"]
      interval: 10s
      timeout: 5s
      retries: 3
      start_period: 20s # Даем 20 секунд на запуск

Обнаружение сервисов

Обнаружение сервисов (Service Discovery) — это процесс автоматического определения сетевых адресов (IP и портов) динамически запускаемых контейнеров.