Как стартануть контейнер X после того как стартанет Y

14 Nov 2019 • Разработка

Небольшой лафхак. Стандартная ситуация состоящая из приложения и базы данных где хранятся наши данные. В виде docker-compose файла это выглядит примерно так:

version: "3"
services:
 cassandra:
   image: cassandra:3.11
   container_name: cassandra
   restart: always
   volumes:
     - cassandra-metrix-data:/var/lib/cassandra
   ports:
     - 7000:7000
     - 7001:7001
     - 7199:7199
     - 9042:9042
     - 9160:9160
 agent:
   build:
     context: .
     dockerfile: ./Dockerfile
     target: develop
   container_name: agent
   depends_on:
     - cassandra

Но есть одна небольшая проблема. Наше приложение agent зависит от данных и скорее всего запустится быстрее чем cassandra. Результат предсказуем: не найдя источник данных наш agent сфейлится.

Чтобы этого не произошло можно в агент добавить нечто подобное:

restart: on-failure

Что позволяет перезапускать агента в случае падения. И теоретически он так будет запускаться пока cassandra не поднимется.

Но можно поступить красивее. Добавляем в .Dockerfile агента следующую запись:

ADD https://github.com/ufoscout/docker-compose-wait/releases/download/2.5.1/wait ${PROJECTPATH}/wait
RUN chmod +x ${PROJECTPATH}/wait

Теперь наш docker-compose файл примет следующий вид:

agent:
   build:
     context: .
     dockerfile: ./Dockerfile
     target: develop
   container_name: agent
   environment:
     WAIT_HOSTS: cassandra:9160, cassandra:9042
   command: python agent.py
   volumes:
     - .:/opt/metrix-agent/app
   ports:
     - 8095:8095
     - 8094:8094
   tty: true
   restart: on-failure
   depends_on:
     - cassandra

Поясню. Теперь наш agent прежде чем выполнить команду python agent.py будет ждать пока наша cassandra не будет доступна на соответствующих портах. В нашем случае это:

environment:
     WAIT_HOSTS: cassandra:9160, cassandra:9042

Данный лайфхак доступен для любого случая кода вам необходимо стартануть контейнер X после того как стартанет Y. Не забывайте только подставлять правильные имена контейнеров и порты которые необходимо контролировать.

UPD 2024.10.14

Все написанное выше актуально и по сей день, но в современном композе появилась и нативная поддержка всего написанного выше. Выглядит примерно так:

version: "3.9"

x-grd:
  &hello-app
  build:
    context: .
    dockerfile: ./Dockerfile
    target: develop
  tty: true
  restart: unless-stopped


services:

  postgresql:
    image: postgres:12-alpine
    container_name: hello-postgresql
    restart: unless-stopped
    volumes:
      - hello-postgres-data:/var/lib/postgresql/data/pgdata
    environment:
      - PGDATA=/var/lib/postgresql/data/pgdata
      - POSTGRES_DB=hello
      - POSTGRES_USER=hellouser
      - POSTGRES_PASSWORD=hellopsw
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -d k8grid -U hellouser"]
      interval: 10s
      timeout: 5s
      retries: 5
    ports:
      - 5432:5432

  django_app:
    <<: *hello-app
    container_name: hello-django
    command: python manage.py runserver 0.0.0.0:8000
    ports:
      - 8000:8000
    volumes:
      - :/workspace:cached
    depends_on:
      django_migrate:
        condition: service_completed_successfully

  django_migrate:
    <<: *hello-app
    container_name: hello-django-migrate
    command: python manage.py migrate --noinput
    restart: 'no'
    depends_on:
      postgresql:
        condition: service_healthy

volumes:
  hello-postgres-data:

networks:
  default:
    name: hello-network
 develop  devops  docker

Related Posts