i
Сначала нужно поднять на 1 машине - все ок
Size: a a a
2020 July 17
i
Потом надо поднять на 2х машинах - на одной фронт + бэк, на второй бд
i
Или трех, фронт, бэк, дб отдельно
i
С подстановкой переменных в env для корректного взаимодействия
RA
а, ну я не на столько отбитый что бы базу пихать в тот же композ что и бэк
i
И вот тут и начнется ебатория
RA
разделяю уж такие вещи
i
В итоге - если ты делаешь отдельный композ на фронт, отдельный на бэк и отдельный на дб - зачем тебе вообще композ-то?
i
Композиции сервисов ты как раз и не описываешь
RA
на беке может быть несколько сервисов, допустим
i
В общем куда проще и логичнее просто катить ансиблом
i
на беке может быть несколько сервисов, допустим
Тем более, а теперь распили их по машинам композом
i
Вот эти 2 фронт, эта - один сервис бэка, эти две другой сервис бэка, третья - бд
RA
Тем более, а теперь распили их по машинам композом
всегда можно разбить их, при необходимости
RA
говорю же, использую на небольших проектах когда всего один серв
i
всегда можно разбить их, при необходимости
И получится куда более геморройно чем ансибловый плейбук с несколькими тасками
i
Который масштабируется вообще без привязки к количеству машин
i
У тебя как в композе в ямле описаны сервисы, так же и там описаны в ямле таски, которыми поднимаются сервисы
RA
а вот прикручивать ансибл на проект где всего один сервер и не планируется маштабирование это не то что бы круто
i
И не учитываются доп вещи для деплоя, а именно - sysctl, создание например каких-то каталогов, для того же bind mount, логирование, если машина заранее не готовится абсолютно стандартной и все что угодно\