Как использовать одну базу данных для нескольких сайтов, запущенных в Docker?

Question

[Роман Дубинин]

На сервере запущено несколько сайтов. Автодеплой через гитлаб настроен следующим образом:
1. После билда образ загружается на сервер
2. В папку проекта (в которой есть файл .env, монтируемые папки и т.п.) загружается docker-compose.yml примерно такого вида (удалил то, что не относится к теме):

version: '3.2'
services:
  web:
    image: project-name
    environment:
    - DB_HOST=${DB_HOST:-db}
    - DB_DATABASE=${DB_DATABASE:-project-name}
    - DB_USER=${DB_USER:-project-name}
    - DB_PASSWORD=${DB_PASSWORD:-password}
  db:
    image: mariadb:10.3.8
    deploy:
      resources:
        limits:
          memory: ${LIMIT_DB_MEM:-80M}
    environment:
    - MYSQL_RANDOM_ROOT_PASSWORD=yes
    - MYSQL_DATABASE=${DB_DATABASE:-project-name}
    - MYSQL_USER=${DB_USER:-project-name}
    - MYSQL_PASSWORD=${DB_PASSWORD:-password}

3. Чтобы переменные окружения из .env загрузились:
docker-compose config > docker-stack.yml
4. И:

docker stack deploy -c docker-stack.yml project-name

Кластера как такового у меня нет, сервер один и docker stack используется исключительно для deploy-resources-limits, без которых мой маленький vps иногда захлёбывается.
Тем не менее для каждого из трёх проектов в итоге запущено три отдельных инстанса БД, каждой из которых на проде я в состоянии выделить в районе 100-150 МБ, что очень неприятно.
Поэтому хочется запустить одну БД (лучше тоже в докере) и все сайты подключить к ней, а их базы, прописанные в docker-compose.yml, при этом не запускать.
Но для разработчиков всё должно остаться, как было: docker-compose up --build и всё само поднимается, никакой возни с БД, сетью и т.п.

Мой вопрос: можно ли текущую конфигурацию переработать так, чтобы при определённых переменных в .env (например, при DB_HOST не равном db), сервис db не запускался? И как в таком случае сервисам web дать доступ к внешней базе данных силами docker-compose файла и переменных окружения (в докеровских networks я очень слаб)?

Answer 1

[qq1]

Мой вопрос: можно ли текущую конфигурацию переработать так, чтобы при определённых переменных в .env (например, при DB_HOST не равном db), сервис db не запускался?

Правильнее тут сделать отдельный docker-compose.prod.yml в котором не будет db сервиса.

И как в таком случае сервисам web дать доступ к внешней базе данных силами docker-compose файла и переменных окружения (в докеровских networks я очень слаб)?

База данных будет запускаться в отдельном стэке, со своим docker-compose.yml и в своей сети, которую нужно объявить в docker-compose.prod.yml как external:
https://docs.docker.com/compose/networking/#use-a-...

networks:
  default:
    external:
      name: db_default
...
services:
  web:
    image: project-name
    networks:
      - default
      - db_default

Comments

[Роман Дубинин]

Большое спасибо за ответ.
Можете ещё подсказать, какой адрес будет у этой бд? Или мне придётся запустить стэк с базой, руками достать её ip и писать его везде в DB_HOST? В таком случае есть вероятность, что при перезагрузке ip изменится?

[qq1]

Роман Дубинин, в стэке с базой у вас будет имя сервиса базы данных, по этому имени и можно будет к ней обратиться

[Роман Дубинин]

Спасибо ещё раз. С сетью ваше решение сработало, правда в сервисе ничего указывать не пришлось, хватило в корне

networks:
  default:
    external:
      name: database_default # при том, что стэк БД был создан с именем database, с автоматически созданной сетью database_default

и база сразу стала видна из web по имени database.

А вот что касается отключения родного сервиса db из docker-compose.yml, ваше решение мне не кажется вполне удобным (разные файлы для prod и dev, постоянно нужно следить за соответствием; да и если мне в каком-то из проектов захочется использовать родную базу, придётся делать комит и ждать деплоя, хотя по факту никаких изменений-то не произошло), но оно видимо единственное для Compose'а. Но у меня же Swarm, поэтому я сделал попроще:

Ваше решение подпиленное под мою ситуацию
Создать в папке проекта на сервере docker.override.yml со следующим содержимым:

version: '3.2'
services:
  db:
    deploy:
      replicas: 0
networks:
  default:
    external:
      name: database_default

и прописать в .env переменные для подключения к внешней базе (DB_HOST=database).
Как итог, на третьем шаге docker-compose config > docker-stack.yml этот файл подмешивается к полному конфигу, таким образом сеть подключена, родная БД отключена, ни в проекте, ни в системе контроля версий ничего не поменялось, все счастливы.

[qq1]

Роман Дубинин, интересный вариант с docker-compose.override.yml, не знал про него