Что такое Docker Compose?

# Docker Compose: Основные концепции и практическое применение для QA Automation

Что такое Docker Compose?

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

Ключевые преимущества для QA Automation

• Упрощение тестовых окружений: воспроизведение сложных зависимых сервисов (базы данных, очереди сообщений, API-сервисы)
• Консистентность: одинаковые условия на локальной машине, CI/CD и production-like средах
• Интеграция в тестовые сценарии: возможность запуска полноценных микросервисных приложений для E2E тестирования

Основные компоненты и синтаксис

Конфигурационный файл docker-compose.yml

version: '3.8'
services:
  web-app:
    image: "myapp:latest"
    build: ./app
    ports:
      - "8080:8080"
    environment:
      - DB_HOST=database
      - NODE_ENV=test
    depends_on:
      - database
      - redis
  
  database:
    image: "postgres:14"
    environment:
      - POSTGRES_PASSWORD=testpassword
    volumes:
      - pgdata:/var/lib/postgresql/data
  
  redis:
    image: "redis:alpine"
    ports:
      - "6379:6379"

volumes:
  pgdata:

Основные команды управления

# Запуск всех сервисов
docker-compose up

# Запуск с пересборкой образов
docker-compose up --build

# Запуск только конкретных сервисов
docker-compose up web-app database

# Завершение работы и удаление контейнеров
docker-compose down

# Просмотр статуса сервисов
docker-compose ps

# Просмотр логов
docker-compose logs -f web-app

Практическое применение в QA Automation

1. Создание тестовых окружений для интеграционного тестирования

Пример: тестирование приложения с зависимостью от PostgreSQL и RabbitMQ

version: '3.8'
services:
  test-app:
    build:
      context: .
      dockerfile: Dockerfile.test
    environment:
      - DATABASE_URL=postgresql://user:pass@db:5432/testdb
      - RABBITMQ_HOST=queue
    depends_on:
      db:
        condition: service_healthy
      queue:
        condition: service_started
  
  db:
    image: postgres:14
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres"]
      interval: 5s
      timeout: 3s
      retries: 3
    environment:
      POSTGRES_DB: testdb
      POSTGRES_USER: user
      POSTGRES_PASSWORD: pass
  
  queue:
    image: rabbitmq:management
    ports:
      - "15672:15672"

2. Интеграция с тестовыми фреймворками и CI/CD

Пример: запуск тестов через Compose в Python-проекте

# test_integration.py
import docker
import requests
import time

def setup_docker_compose():
    client = docker.from_env()
    
    # Альтернативный подход: использование Docker SDK вместо CLI
    compose = client.containers.run(
        "docker/compose:latest",
        command="up -d",
        volumes={
            '/path/to/compose.yml': {'bind': '/compose.yml', 'mode': 'ro'}
        },
        remove=True
    )
    
    # Ожидание готовности сервисов
    time.sleep(10)
    
def test_api_integration():
    response = requests.get("http://localhost:8080/api/health")
    assert response.status_code == 200
    assert response.json()["status"] == "healthy"

def teardown_docker_compose():
    client = docker.from_env()
    client.containers.run(
        "docker/compose:latest",
        command="down",
        volumes={
            '/path/to/compose.yml': {'bind': '/compose.yml', 'mode': 'ro'}
        },
        remove=True
    )

3. Мультиверсионное тестирование

Пример: тестирование с разными версиями зависимых сервисов

version: '3.8'
services:
  app-v1:
    image: app-with-postgres-12
    depends_on:
      - db-v12
  
  app-v2:
    image: app-with-postgres-14
    depends_on:
      - db-v14
  
  db-v12:
    image: postgres:12
    environment:
      POSTGRES_DB: testv12
  
  db-v14:
    image: postgres:14
    environment:
      POSTGRES_DB: testv14

Продвинутые сценарии для автоматизации

Переменные окружения и многоконфигурационные файлы

# Использование разных конфигураций для разных тестовых сценариев
docker-compose -f docker-compose.base.yml -f docker-compose.test.yml up

# Передача переменных окружения
docker-compose --env-file .env.test up

Пример многоконфигурационного файла:

# docker-compose.test.yml
services:
  test-runner:
    image: selenium/standalone-chrome
    ports:
      - "4444:4444"
    depends_on:
      - web-app
  
  web-app:
    environment:
      - TEST_MODE=true
      - MOCK_EXTERNAL_API=true

Health checks и управление состоянием сервисов

services:
  api:
    image: my-api
    healthcheck:
      test: ["CMD", "curl", "-f", "http://localhost:8080/health"]
      interval: 30s
      timeout: 10s
      retries: 3
      start_period: 40s

Ограничения и лучшие практики

Ограничения Docker Compose

• Ориентирован на single-host среды: не подходит для распределенных кластерных систем (для этого используется Docker Swarm или Kubernetes)
• Менее гибкий чем Kubernetes: но идеально для локального тестирования и CI/CD
• Конфигурация может стать сложной: рекомендуется разделять файлы по функциональности

Best Practices для QA Automation

• Использовать отдельные файлы для тестовых и production-конфигураций
• Интегрировать Compose в тестовые сценарии через Docker SDK вместо CLI
• Автоматизировать очистку окружения после тестов (docker-compose down -v)
• Логировать состояния контейнеров для диагностики проблем

Заключение

Docker Compose является критически важным инструментом в арсенале QA Automation Engineer для создания консистентных, воспроизводимых и сложных тестовых окружений. Его декларативный подход позволяет быстро описывать многоконтейнерные приложения, что особенно ценно в эпоху микросервисной архитектуры. Интеграция Compose в автоматизированные тестовые процессы повышает надежность тестирования, сокращает время на подготовку окружений и обеспечивает идентичные условия на всех этапах разработки — от локальной машины до CI/CD pipeline.