Всем привет! работаю на обычным монолитным веб-проектом, который крутится на одном

сервере.
Специфика проекта в том, что он сделан на CMS и имеет свойство автоматического обновления по кнопке из админки.
Обновление включает в себя обновление самого ядра, и структуры базы данных.
Мы стараемся своевременно обновлять систему из-за требований компании.

На текущий момент, каждый новый разработчик, который приходит в проект, вынужден вручную локально ставить себе локальный сервер, настраивать его, и разворачивать из архива копию проекта.

И тоже самое, при разворачивании dev-сред.

В результате управление этим всем превращается в ад, и нужно что-то автоматизировать.

Первое, что нужно - это простое разворачивание среды для разработки для проекта.

Начал я с того, разобрался что такое докер, научился через docker-сompose запускать контейнеры т.д.

Теперь, мое видение, как это должно работать, такое:

cклонировал проект из репозитория, написать docker-compose up - и проект запустился.

Но у меня возникло несколько вопросов:

1. Стоит ли на проде держать nginx и php-fpm в разных контейнерах ?
2. Мне не понятно, каким образом организовать разворачивание базы данных ?
Где его хранить ? В докер имаге? или в репозитории ?
Т.е. наша бд может обновляться, то нужно каждый раз как-то его забрасывать в репу или билдить image ?
короче, вообще непонятен жизненный цикл базы данных для автоматического разворачивания среды разработки.

с кодом все понятно) сделал git clone и все)

1. итого - я бы лично nginx и php-fpm разнес. Почему? Потому что у них могут быть разные базовые образы и ты сможешь их обновлять независимо. Еще если какой-то компонент завалится - сразу увидишь, супервизор, к сожалению, это прячет и в случае отказа ты это заметишь не сразу. Из проблем - придется шерить каталог с файлами между nginx и php. Это не очень удобно, плюс могут быть нюансы с правами. 2. база данных - для локальной разработки рядышком поднять контейнер с постгрескл. Наполнять его можно данными как скриптом, так и попросту зашить фикстуры в свой образ. Чтобы база поднялась и сразу была готова к работе. Это прикольно

т.е. имеется ввиду, чтобы прямо в образ добавлял базу данных, и при необходимости (когда нужно будет обновлять), мне нужно пересобрать образ?

смотри. Ты берешь образ postgresql. Он по умолчанию пустой и поднимает пустой СУБД. Тебе нужно каким-то образом создать базу и наполнить ее данными. Какие варианты? 1. это делает твое приложение при помощи миграций. Ты передаешь только коннекшн стринг, при первом запуске твоего контейнера с пыхом все происходит само 2. ты пихаешь некий скрипт в контейнер с постгресом - это можно сделать и через пересборку образа, и через bind mount скрипта с хоста. При первом запуске контейнера с БД скрипт активируется и наполняет БД данными. В последующем он не вызвается 3. ты зашиваешь дамп БД прямо в образ постгреса и при первом запуске он восстанавливается и ты получаешь рабочую БД

спасибо, в целом понял, и мне ближе 3 вариант. как в начале писал, наша cms может обновляться. при обновлении, обновляются не только бд, но и ядро cms. естественно обновлении мы с начало делаем на дев-среде, и если все ок - то переносим на прод. тогда получается, что в схеме с базой данных внутри image, нужно еще и залить ядро проекта. т.е. после обновления системы (когда уже все работает через докер), нужно как-то сохранять новую бд и ядро. как это можно сделать? т.е. нужно каждый раз пересобрать image и пушить в репу?