История изменений

тяжело настраивать и распространять, как это и положено в никсовых приложениях

лень - двигатель прогресса. не нравится докер, пиши конфиги для ансибла чтобы он твое приложение разворачивал автоматом

Постгря и nginx — это эталонные нениксовые приложения, они должны были быть windows-only с их неадекватной склонность работать из любого каталога

то что стоит на любом серваке

Вопрос был про СУБД в контейнерах. Особенно постгря, для которой вообще нет проблемы сделать тарбол с дистром и просто распаковывать его на целевом сервере.

логика же простая: если у тебя часть приложения запускается в докере, то пихаем в контейнеры и все остальное. ты там будешь для системд всякие конфиги писать чтобы приложение можно было удобно запускать/останавливать. куча-куча конфигов, которые по отдельности надо обслуживатья, а с докером у тебя один docker-compose.yaml и все сервисы разом можно перезапустить с помошью docker-compoes up -d`. накладные расходы все равно небольшие: немного процессорного времени, немного памяти… через докер можно ограничить использование процессора и памяти контейнером, но этим мало кто пользуется. самое главное - простота.

МИНУСЫ же есть и огромные: диффы контейнеров из-за частых сборок занимают сотни гигабайт. За неделю скапливается гигабайт 100 артефактов (подконтрольная мне группа из 4 разработчиков)

тяжело настраивать и распространять, как это и положено в никсовых приложениях

лень - двигатель прогресса. не нравится докер, пиши конфиги для ансибла чтобы он твое приложение разворачивал автоматом

Постгря и nginx — это эталонные нениксовые приложения, они должны были быть windows-only с их неадекватной склонность работать из любого каталога

то что стоит на любом серваке

Вопрос был про СУБД в контейнерах. Особенно постгря, для которой вообще нет проблемы сделать тарбол с дистром и просто распаковывать его на целевом сервере.

логика же простая: если у тебя часть приложения запускается в докере, то пихаем в контейнеры и все остальное. ты там будешь для системд всякие конфиги писать чтобы приложение можно было удобно запускать/останавливать. куча-куча конфигов, которые по отдельности надо обслуживатья, а с докером у тебя один docker-compose.yal и все сервисы разом можно перезапустить с помошью docker-compoes up -d. накладные расходы все равно небольшие: немного процессорного времени, немного памяти… через докер можно ограничить использование процессора и памяти контейнером, но этим мало кто пользуется. самое главное - простота.

МИНУСЫ же есть и огромные: диффы контейнеров из-за частых сборок занимают сотни гигабайт. За неделю скапливается гигабайт 100 артефактов (подконтрольная мне группа из 4 разработчиков)