Какие ограничения есть у Docker Compose?

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

Основные ограничения

• Один хост. Все контейнеры запускаются на одной машине. Нет распределения по кластеру, поэтому нет отказоустойчивости на уровне инфраструктуры.
• Нет автомасштабирования. Команда docker compose up --scale масштабирует сервис, но только в пределах одного хоста и без балансировки между нодами.
• Слабое управление состоянием. Compose не следит за здоровьем контейнеров на уровне кластера и не перезапускает их при падении ноды.
• Нет rolling update. Обновление сервиса приводит к простою, потому что контейнеры пересоздаются, а не заменяются постепенно.
• Ограниченная работа с секретами. Секреты хранятся в файлах или переменных окружения, без шифрования и централизованного управления.
• Нет встроенного service discovery между хостами. Сервисы видят друг друга только внутри одной Docker-сети на одном хосте.

Пример: масштабирование в Compose

version: "3.9"
services:
  web:
    image: nginx:alpine
    ports:
      - "8080:80"
  api:
    image: myapp/api:latest
    deploy:
      replicas: 3
      resources:
        limits:
          cpus: "0.5"
          memory: 256M

Даже с replicas: 3 все три контейнера окажутся на одной машине. Если она упадёт, приложение недоступно целиком.

Когда Compose всё же уместен

• Локальная разработка и тестирование.
• CI-пайплайны для интеграционных тестов.
• Небольшие внутренние сервисы без требований к высокой доступности.
• Демо-стенды и прототипы.

Итог: Docker Compose стоит применять для локальной разработки, тестов и простых однохостовых деплоев. Если нужны отказоустойчивость, автомасштабирование и rolling update в кластере, выбирайте Kubernetes, Docker Swarm или Nomad.