Yaroslav
докер ран, делаешь каким-нить образом что бы пробросить настройки окружения
Vitalii
из минусов - отсутствие масштабирования. Для девелопмента "все в одном" работает. Для продакшена я бы так не делал.
nvkv
Ты уверен, что речь про исходники в контейнере вообще?
Vitalii
делаешь чекаут кода
делаешь докер билд
делаешь докер пуш
первые три пункта сейчас так и есть.
nvkv
Дока докера рекомендует не запускать много процессов в одном контейнере
Yaroslav
все в одном, это когда у тебя и базаданных и код и fe
Yaroslav
в одном
Vitalii
Дока докера рекомендует не запускать много процессов в одном контейнере
Ну вот Алексей предлагает как раз этот вариант.
nvkv
Дак сделай разные контейнеры, делов-то, зачем тебе вольюмы шарить?
Vitalii
Пфф... я так и сделал
Vitalii
а ничерта не работает :)
nvkv
Собери их в сетку и пусть разговаривают
Vitalii
у меня была простая идея - запаковать код в контейнер и хранить его в регистри.
Alexey
сказал. Дока докера. Или это не авторитет?
Доку докера боженька писал чтоль? Голова своя же есть :)
nvkv
у меня была простая идея - запаковать код в контейнер и хранить его в регистри.
Код в контейнере будет просто лежать или что?
Vitalii
Доку докера боженька писал чтоль? Голова своя же есть :)
благодарен за помощ. Но мне такие советы не нужны :) Твой вариант не для продакшена.
Vitalii
Код в контейнере будет просто лежать или что?
да. В этом и была основная идея. Так как этот код нужен сразу нескольким контейнерам.
Yaroslav
php-fpm + код, это хорошо!
php-fpm + nginx + mysql + redis в одном контейнере плохо!
nvkv
Если он там уже есть, Дак пусть он там и бежит
Yaroslav
код не нужен нескольким контейнерам
Vitalii
нужен
nvkv
да. В этом и была основная идея. Так как этот код нужен сразу нескольким контейнерам.
Docker, you doing it terribly wrong
Yaroslav
код нужен в нескольких контейнерах
Yaroslav
это разные вещи ;)
Yaroslav
код это часть прилаги, не нужно его в вольюм
Alexey
Я тебе не предлагаю заворачивать 100500 процессов в контейнере, но если ты пыху и нжинкс только юзаешь, то в чем боль то?
Vitalii
nginx + code = отдача статики
php + code = обработка пхп файлов
Это у меня так. Но могут быть и любые другие ситуации.
Опираться на то, что код всегда нужен будет только одному контейнеру ошибочна изначально.
Yaroslav
Я тебе не предлагаю заворачивать 100500 процессов в контейнере, но если ты пыху и нжинкс только юзаешь, то в чем боль то?
в том что nginx и php это разные части системы
nvkv
nginx + code = отдача статики
php + code = обработка пхп файлов
Это у меня так. Но могут быть и любые другие ситуации.
Опираться на то, что код всегда нужен будет только одному контейнеру ошибочна изначально.
Я не понимаю логику с кодом в контейнере, который его не исполняет
Yaroslav
nvkv
Тебе нужны несколько разных контейнеров с одним и тем же кодом?
nvkv
Собери несколько разных образов с одним и тем же кодом
Vitalii
Я не понимаю логику с кодом в контейнере, который его не исполняет
да, она странновата, согласен. Но контейнер можно запушить в регистри вместе с кодом. В этом и была фишка.
Alexey
благодарен за помощ. Но мне такие советы не нужны :) Твой вариант не для продакшена.
Ок. Про прод, вот гитлаб с тобой бы не согласился. У них много чё завернуто и работает шикарно :)
Vitalii
Alexey
Оф образ гитлаба
Alexey
Сходи сам плиз
Yaroslav
офф образы часто говно
Alexey
Ага :)
Yaroslav
к счастью или сожалению
Vitalii
Тебе нужны несколько разных контейнеров с одним и тем же кодом?
у меня есть проект. В нем есть картинки и css а так же php файлы. Часть этого нужно nginx а часть php. Дублировать код не оптимально, хотя вариант.
Alexey
Твои только не говно :)
nvkv
Vitalii
Гитбал сделал так, как было бы удобно пользователям. Они ориентированы на клиента.
nvkv
Камон, мы в 2017 году
nvkv
Неоптимально устраивать комбинаторный взрыв на ровном месте
Vitalii
а если надо будет в 3-4 контейнера?
Yaroslav
у меня есть проект. В нем есть картинки и css а так же php файлы. Часть этого нужно nginx а часть php. Дублировать код не оптимально, хотя вариант.
сделай так, потом если дойдет дело до рефакторинга будешь отдельно собирать код прилаги и статику
nvkv
Ну Дак не дублируй весь код
nvkv
Разберись какой кому
Vitalii
не позволяет архитектура, проект на лету может статику генерить.
Vitalii
так, я понял. Есть еще варианты?
Yaroslav
ну для nginx не обязательно делать composer install
Yaroslav
потом разнешеь
Vitalii
Пока самый допустимый вариант это дублировать код по контейнерам.
nvkv
не позволяет архитектура, проект на лету может статику генерить.
В таком случае намного проще плюнуть и собрать все в один контейнер
Vitalii
Да не хочу я плевать. У меня не задача за которую мне платят бабло и надо сделать быстре и проще.
nvkv
А, тогда ещё круче
Yaroslav
не потдавайся, на провокации. Делай в два имаджа
nvkv
Меняй архитектуру
Vitalii
Я хочу вот сделать самым сложным способом.
Vitalii
:)
nvkv
Я серьёзно вполне
Vitalii
немного легче надо... на контейнерах только :)
nvkv
Докер диктует требования к коду, на самом деле
Yaroslav
если вдруг пойдут пользователи, ты как нехер поднимишь еще 2-3 контейнера с php
Vitalii
архитектура норм. То, что проект генери кеши в процессе работы это нормально.
Vitalii
asset файлы и прочее
Yaroslav
и это все должно быть в контейнере
Vitalii
приложение то живое :)) и отдача статики должна работать в паре с бизнес логикой
nvkv
архитектура норм. То, что проект генери кеши в процессе работы это нормально.
Если у тебя Бэк генерирует статику для фронта, то docker way у тебя никак не получится, бро
nvkv
Потому что с точки зрения докера бэк и фронт это разные контейнеры, которые должны друг с другом говорить по http
nvkv
Но никак не через вольюмы
Vitalii
почему?
Vitalii
а... хотя ясно чего
Vitalii
масштабироване и все дела потом пойдут лесом.
nvkv
Потому что если они через вольюмы говорят они автоматически не переносимы
nvkv
Угу