Как останавливать зависящие контейнеры от контейнера базы данных, если бд остановится/крашнится?

Question

[Артем Прохоров]

Сейчас, если я останавливаю сервис db, то backend и frontend продолжают работать.

name: app
services:
  db:
    container_name: db
    restart: unless-stopped
    image: mongo:7.0.12
    hostname: mongodb
    stop_grace_period: 5s
    env_file: db.env
    ports:
      - 27017:27017
    command:
      - --auth
      - -f
      - /etc/mongod.conf
    volumes:
      - ./mongod.conf:/etc/mongod.conf:ro
      - ./mongo/data:/data/db/:rw
      - ./mongo/log:/var/log/mongodb/:rw
      - ./usr/bin/mongorestore:/usr/bin/mongorestore:rw
      - ./usr/bin/mongodump:/usr/bin/mongodump:rw
    healthcheck:
      test: [ "CMD", "mongosh", "--eval", "db.adminCommand('ping')" ]
      interval: 5s
      timeout: 5s
      retries: 3
      start_period: 5s

  backend:
    container_name: backend
    restart: unless-stopped
    image: localhost/backend
    stop_grace_period: 3s
    env_file: backend.env
    depends_on:
      db:
        condition: service_healthy
        restart: true
    ports:
      - 8443:8443
    build:
      context: .
      dockerfile: backend.Dockerfile
      secrets:
        - GIT_AUTH_TOKEN
    volumes:
      - ./certs:/certs:ro
      - ./usr/bin/mongorestore:/usr/bin/mongorestore:rw
      - ./usr/bin/mongodump:/usr/bin/mongodump:rw
      
  frontend:
    container_name: frontend
    restart: unless-stopped
    image: localhost/frontend
    stop_grace_period: 1s
    depends_on:
      - backend
    build:
      context: .
      dockerfile: frontend.Dockerfile
      secrets:
        - GIT_AUTH_TOKEN
    ports:
      - 80:80
      - 443:443
    volumes:
      - ./certs:/certs:ro
      - ./nginx.conf:/etc/nginx/conf.d/wifer.lol.conf:ro

secrets:
  GIT_AUTH_TOKEN:
    file: git.txt

Comments

[Виталий Артемьев]

Вы останавливаете один контейнер, но хотите чтобы останавливались все?

[Артем Прохоров]

Виталий Артемьев, Так если бекенд зависит от базы данных напрямую, без нее просто нет смысла в этом сервере, соответсвенно я хочу остановить его в этом случаи и запустить так же только после включения базы данных.

[Виталий Артемьев]

Артем Прохоров, какой командой останавливаете сервис?

[Виталий Артемьев]

Нашёл вот такую информацию
https://github.com/docker-archive/compose-cli/issu...
Но сам не проверял

[calculator212]

Артем Прохоров,

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

Если это так нужно, то проще на беке прописать такой функционал, но честно говоря в этом нет особого смысла.

Так если бекенд зависит от базы данных напрямую, без нее просто нет смысла в этом сервере,

А в чем смысл его останавливать? Ну крутится он и крутится, какие-то операции возможны без БД, ресурсы сервера тоже особо экономить нет смысла (обычно по крайней мере). Я не знаю вашей ситуации, но без контекста выглядит всё просто как ненужный костыль. Тем более в автоматическом режиме редко занимаются, того что сервис вернет 500 код будет более чем достаточно, если он не может подключиться к БД, гасить его нет смысла

[Артем Прохоров]

calculator212, Возможно, вы правы

Answer 1

[chupasaurus]

Поле depends_on определяет только последовательность запуска и удаления сервисов, к остановке отношения не имеет.
Искомое вами поведение задаётся через healthcheck проверки доступности базы в backend и бэкенда во frontend... или простой docker compose -f путь/до/docker-compose.yaml stop, т.е. просто остановить все сервисы.