Есть ли разница запуска контейнеров по отдельности или через докер компос?

Question

[MishaXXL]

В одном из конфигов встретил такое свойство, как networks и стало интересно для чего она появилась в docker compose yaml
Ведь мы и так можем общаться между сервисами путем запросов к внешним портам

networks:
  postgres:
    driver: bridge

Какие приимущества есть у докер компоса, кроме как запуска одним файлом набора образов?

Answer 1

[Василий Банников]

А что поднятие одним файлом всех контейнеров, всех сетей, и всех волюмов, с последующим освобождением всего одновременно уже не является достаточным преимуществом? Да ещё и без конфликта имён

Answer 2

[Drno]

Ну например..
у меня есть задача разместить на сервере Xray-proxy с переадресацией на socks+port
сделать мне это надо было несколько раз(несколько сервисов)

Если я зафигачу как ты предлагаешь, то мне придется делать разные порты для sock сервера, а это разные конфиги, а это лень писать...

А так - я поместил по 2 сервиса - xray+socks(это 2 разных контейнера) в одну сеть, к примеру network1
и обращаюсь из сервера xray к сервису socks по имени в yml..

и таких "связок" я зафигачил 10шт на 1 серваке.

Друг друга они не видят, порты у всех в конфигах одинаковые, внешнюю часть проксирует nginx...

Соответственно контейнер с nginx подключен ко всем сетям, и делает reverse proxy по имени из yml... )

Ну и как уже указали - ты можешь написать сколько угодно сервисов в yml файл, запустить его 1 командой и у тебя всё поднимется.. чем ходить и поднимать каждый контейнер по отдельности..

Например сервер Xibo, требует несколько сервисов.. че мне ходить по 1 их поднимать?
Вроде вот так удобнее

spoiler

version: "2.1"

services:
    cms-db:
        image: mysql:5.6
        volumes:
            - "./shared/db:/var/lib/mysql"
        restart: always
        environment:
            - MYSQL_DATABASE=cms
            - MYSQL_USER=cms
            - MYSQL_RANDOM_ROOT_PASSWORD=yes
        mem_limit: 8g
        env_file: config.env
    cms-xmr:
        image: xibosignage/xibo-xmr:release-0.8
        ports:
            - "9505:9505"
        restart: always
        mem_limit: 4g
        env_file: config.env
    cms-web:
        image: xibosignage/xibo-cms:release-2.3.2
        volumes:
            - "./shared/cms/custom:/var/www/cms/custom"
            - "./shared/backup:/var/www/backup"
            - "./shared/cms/web/theme/custom:/var/www/cms/web/theme/custom"
            - "./shared/cms/library:/var/www/cms/library"
            - "./shared/cms/web/userscripts:/var/www/cms/web/userscripts"
        restart: always
        links:
            - cms-db:mysql
            - cms-xmr:50001
        environment:
            - XMR_HOST=cms-xmr
        env_file: config.env
        ports:
            - "8080:80"
        mem_limit: 4g
    cms-quickchart:
      image: ianw/quickchart
      restart: always

Comments

[MishaXXL]

Спасибо!
Подскажи пожалуйста пару моментов с конфигом, который я взял из обучающего поста

version: '3.5'

services:
  postgres:
    container_name: postgres_container
    image: postgres
    environment:
      POSTGRES_USER: postgres
      POSTGRES_PASSWORD: postgres
      PGDATA: /data/postgres
    volumes:
      - postgres:/data/postgres
    ports:
      - "5400:5432"
    networks:
      - postgres
    restart: unless-stopped
  
  pgadmin:
    container_name: pgadmin_container
    image: dpage/pgadmin4
    environment:
      PGADMIN_DEFAULT_EMAIL: [e-mail]
      PGADMIN_DEFAULT_PASSWORD: adminpassword
      PGADMIN_CONFIG_SERVER_MODE: 'False'
    volumes:
      - pgadmin:/var/lib/pgadmin

    ports:
      - 5480:80
    networks:
      - postgres
    restart: unless-stopped

networks:
  postgres:
    driver: bridge

volumes:
    postgres:
    pgadmin:

Запустил компос, БД сохраняла данные
На следующий день, так же из папки выполнил команду docker compose up, но БД была уже пустая
Как правильно настраивать volume, чтобы данные сохранялись?

И в данном примере помимо стандартных volumeзачем-то еще написали

volumes:
    postgres:
    pgadmin

Для чего они?

Данные у меня сохранились в var/lib/docker/volumes, но это не помогло их восстановить на следующий день при запуске

[MishaXXL]

Но есть еще предположение, что всё работает, просто после запуска БД в первый раз, я еще руками в PG Админ вбивал создание таблиц
Я так понял надо этт набор SQL команд как-то внедрить в каждый новый запуска контейнера?
Как это можно сделать автоматический, а не каждый раз в пг админе вбивать?

Нашел одно из решений
Добавить одно значение

volumes:
      - .docker/setup.sql:/docker-entrypoint-initdb.d/setup.sql
      - postgres:/data/postgres

Создать в папке проекта папку .docker и в ней файл setup.sql

Но есть нюанс, в примере через PG Adming я нажимал Add new server
А у себя в setup.sql
CREATE DATABASE IF NOT EXISTS postgres;
И есть подозрения, что это разные команды
Хотя это вроде одно и тоже, только нужно еще команду создания USERдобавить и вроде тоже самое
Но всё равно БД postgres не создалась.

Как мне корректно добавить инициализацию БД?

[сергей кузьмин]

MishaXXL, во первых не надо каждый день копировать одну и ту же команду

docker compose up

у кластера есть жизнный цикл
если контейнеры были остановлены то их можно стартовать

во вторвых для каждой базы инициализация по своему
обычно для деталей пишут sql и для того чтобы сделать то что надо надо узнать что было надо и напистать и вот это уже вызывают из dockerfile которого выполняет compose

экономить тут не на чем

Answer 3

[Alexey Dmitriev]

Почитайте про декларативное описание и управление и поймете разницу.