Production-Grade Docker Compose Patterns

1. Обзор концепции и системная проблема

Многие разработчики используют Docker Compose только локально, считая его "инструментом для разработки", а на продакшене пытаются развертывать тяжелые кластеры или, наоборот, запускать все на хосте вручную через pm2 или nohup:

• Без лимитов памяти один зависший процесс вытекает и вызывает Linux OOM-killer, который убивает базу данных.
• Логи одного контейнера за 3 месяца разрастаются до 50 ГБ и забивают весь свободный пространство корневого раздела /, парализуя сервер.
• Контейнеры находятся в одной общей сети bridge, поэтому сломанный веб-сервис имеет прямой доступ к внутренним портам базы данных.

Production-Grade Docker Compose — это сборник проверенных инженерных паттернов, которые превращают один файл docker-compose.prod.yml в надежную, безопасную и катастрофоустойчивую платформу.

2. Архитектурная таксономия и ментальная модель

┌─────────────────────────────────────────────────────────────┐
│              PRODUCTION DOCKER COMPOSE TOPOLOGY             │
├─────────────────────────────────────────────────────────────┤
│ 1. SEPARATED INTERNAL NETWORKS                              │
│    • `public-network`: Только Traefik/Caddy ➔ Web App (Port 80/443)│
│    • `backend-network`: Только Web App ➔ Postgres DB & Redis  │
│    ➔ База данных физически изолирована от внешнего мира!   │
├─────────────────────────────────────────────────────────────┤
│ 2. RESILIENCE & LIFECYCLE CONTROLS                          │
│    • `restart: unless-stopped` (Автостарт после перезагрузки VPS) │
│    • Healthchecks: `test: ["CMD", "curl", "-f", "/health"]` │
│    • Depends_on with condition: `service_healthy`           │
├─────────────────────────────────────────────────────────────┤
│ 3. RESOURCE HARD CAPS (Preventing Host Crash)               │
│    • Memory limit: `max: 2G` | CPU: `1.5` cores             │
│    • Log Rotation: `max-size: 10m` | `max-file: 3`          │
└─────────────────────────────────────────────────────────────┘

3. Практические инженерные сценарии в продакшене

01. Эталонный production-фрагмент для базы данных PostgreSQL

services:
  db:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB_FILE: /run/secrets/db_name
      POSTGRES_PASSWORD_FILE: /run/secrets/db_password
    secrets:
      - db_name
      - db_password
    volumes:
      - pgdata:/var/lib/postgresql/data
    networks:
      - internal-tier
    deploy:
      resources:
        limits:
          memory: 1536M
          cpus: "1.0"
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres"]
      interval: 10s
      timeout: 5s
      retries: 5
    logging:
      driver: "json-file"
      options:
        max-size: "10m"
        max-file: "3"

4. Подводные камни, типовые ошибки и безопасность

• Публикация портов базы данных в мир: Использование директивы ports: ["5432:5432"] автоматически открывает порт на всех публичных интерфейсах, обходя даже фаервол UFW (из-за специфики Docker iptables). Используйте expose: ["5432"] или привязывайте порт исключительно к localhost: 127.0.0.1:5432:5432.
• Потеря данных из-за неименованных томов (Anonymous Volumes): Если забыть указать именованный том (volumes: pgdata:/data), при команде docker compose down -v база данных будет безвозвратно уничтожена.

5. Стратегический вывод для инженера 2026 года

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