@dside compose, созданный ВНЕЗАПНО, чтобы декларативно описывать окружение, оказался неспособен решить свою прямую задачу — декларативно описать окружение. Где тут несправедливые обвинения?
Top-level
@dside compose, созданный ВНЕЗАПНО, чтобы декларативно описывать окружение, оказался неспособен решить свою прямую задачу — декларативно описать окружение. Где тут несправедливые обвинения? 6 comments
@dside если копировать всё в докерфайлы, то мне и нафиг не нужно выделять базовый образ @dside я вообще думаю просто запихать все сервисы в один докерфайл/образ, и в композе разруливать через задание command Потому что их там две однотипных группы, по 10 и 4 соответственно |
@mo я б поправил — чтобы декларативно описывать *простое* окружение. Это уже не очень простое. Во всяком случае, мне такое не было надо примерно никогда.
Но я тут ещё вспомнил про target. В пределах докерфайла можно ссылаться на разные стейджи. Для этого, правда, их все надо затолкать в один докерфайл и выбирать target'ом.
https://docs.docker.com/compose/compose-file/compose-file-v3/#target
Не взлетит? Или принципиально чтоб базовый докерфайл был отдельный?
Я. по-моему, один раз такое проворачивал, чтобы собрать одному приложению процессы немножко разного характера (вебморда и фоновый воркер).
@mo я б поправил — чтобы декларативно описывать *простое* окружение. Это уже не очень простое. Во всяком случае, мне такое не было надо примерно никогда.
Но я тут ещё вспомнил про target. В пределах докерфайла можно ссылаться на разные стейджи. Для этого, правда, их все надо затолкать в один докерфайл и выбирать target'ом.
https://docs.docker.com/compose/compose-file/compose-file-v3/#target
Не взлетит? Или принципиально чтоб базовый докерфайл был отдельный?