Приложение в docker: зачем разделять по контейнерам?

Вот у меня случай с кучей разных баз разных конфигов всякие компиляторы кроны и т.д и все это работает только вместе. Стоит ли мне начинать париться с докером чтобы получить плюсы быстрого разворачивания всего добра или все же можно обойтись одним мега скриптом для автонастройки всего и вся?)

Однозначно стоит. Докеризация вашего приложения займет не так уж много времени, зато это нужно сделать один раз и навсегда после этого забыть про все проблемы с окружением.

Конечно стоит, только не плодите кучу контейнеров, иначе это не будет особо отличаться от того что у вас сейчас

iborzenkov: sindrom: а какой тогда смысл? Всё запихать в 1 контейнер и разворачивтаь его одной командой - это всё равно что установить чистую ОСь и запустить мой скрипт. Разницы принципиальной в удобстве вроде бы нет.

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

evnuh: Смысл есть.
Во-первых, это быстрее. Намного быстрее. Развернуть готовый докер контейнер на новой машине - дело нескольких секунд. Скрипт установки может выполняться десятки минут, а то и дольше (в зависимости от сложности приложения).
Во-вторых, это надежнее. Да, скрипты установки и системы провижинга серверов (вроде ansible или chef) конечно решают проблему быстрого развертывания приложения, но все равно не дают полной уверенности что все установится и настроится на 100% правильно. Вы до сих пор зависите от дистрибутива операционной системы, а это значит, что какого-то пакета может не оказаться в репозитории, или какая то утилита будет работать немного иначе и т.д.
Кроме того, нужно быть очень внимательным, чтобы не забыть указать в скрипте установки все необходимые настройки, переменные окружения, конфиги и многое другое.
В-третьих, это легче тестировать. Представьте, что вы хотите установить новую версию PHP, но не уверены, что после этого приложение будет работать корректно. В этом случае вы можете сделать форк своего образа с новой версией PHP, а если что-то пойдет не так, то за секунды запустить приложение на старом образе.
Скрипты деплоя в этом случае помочь вам точно не смогут.

Есть еще много причин, но я постарался описать три самых важных.

sindrom: спасибо за разъяснения!