у меня на 3.4 работало сразу без этих телодвижений, но раньше кажется надо было прописывать роуты, да

Спасибо. На 2.8 заработало. +

А как вы решали проблему с композеровскими пакетами и сборкой докер образа?

Я к тому, что вот например лежит в репо образ уже собранный. Вы добавляете зависимость в композер json. Пересобираете образ и что, все пакеты заново качаются с инета?

можно подложить композеровский кеш, будет в разы быстрее

можно подложить композеровский кеш, будет в разы быстрее

А как это сделать?

А как вы решали проблему с композеровскими пакетами и сборкой докер образа?

https://github.com/fesor/project-skeleton/blob/master/docker/php/Dockerfile#L23-L26

вот так

блин, пытаюсь вкатиться в лайтовый ci-cd на докере, чето сложно)

можно подложить композеровский кеш, будет в разы быстрее

не можно, это создаст жирный слой либо просто неможно (нельзя волумы в билд контейнера) либо ты просто композером орудуешь вне docker build и тогда все можно но надо будет вендоры отдельно копировать и следить за инвалидацией кэша из-за autoload))

спасибо, чекну

https://github.com/fesor/project-skeleton/blob/master/docker/php/Dockerfile#L23-L26

И это получается имэйдж ребилдится с нуля каждый раз?

И это получается имэйдж ребилдится с нуля каждый раз?

только если изменился composer.json или composer.lock

А как это сделать?

писать долго, гуглится легко, в двух словах - найти папку с кешем локально и смапить ее на аналогичную в контейнере

ну и не с нуля а только composer instal

только если изменился composer.json или composer.lock

нааайс

писать долго, гуглится легко, в двух словах - найти папку с кешем локально и смапить ее на аналогичную в контейнере

ты не можешь юзать волумы в build контейнерах

как следствие ты не можешь юзать там composer кэш. Максимум что ты можешь это копировать файлы из других образов.

а, ньюанс - это если через docker-compose работать

а, ньюанс - это если через docker-compose работать

образ ты как собираешь? код ты как дистрибьютишь? у тебя приложение не вшито в образ?

как следствие ты не можешь юзать там composer кэш. Максимум что ты можешь это копировать файлы из других образов.

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

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

ну на dev машине у тебя просто будет волум

и там зависимости будешь локально ставить

я просто смотрю твои docker-compose

либо у тебя есть вариант делать multi stage билды и отделять образ инфраструктурный и с приложением, локально будешь первый юзать

terraform+amazon, собирается локально, потом пушится на амазон

terraform+amazon, собирается локально, потом пушится на амазон

docker тут причем?

я просто смотрю твои docker-compose

https://github.com/fesor/project-skeleton/blob/master/docker/docker-compose.local.yml#L4-L7

не юзаю амазон

не юзаю амазон

ну я не уверен что есть разница)

у авс там какая-то своя премудрая система

terraform+amazon, собирается локально, потом пушится на амазон

что у тебя артефакт билда?)

у авс там какая-то своя премудрая система

ну не то что бы премудрая, оне не решает вопроса как код дистрибьютится

ну то есть берешь ты ECS, Fargate или чего там еще "мудрого" - примерно все одинаково у всех

разница лишь в том - вшиты у тебя вендоры и исходники приложения в docker-образ или нет. Подозреваю что у товаристча докер образ отдельно и приложение отдельно

я в их стороны даже не смотрел, поэтому не имею ни малейшего представления, как там у них) Обычно недостатка в vds нет)

в этом ничего плохого нет но это важный аспект, по которому можно судить имеет смысл слушать человека или нет (потому что переделывать на совершенно другой вариант дистрибьюции никто не будет просто так)) хотя доводы почему так делается я бы послушал, мне интересно)

я в их стороны даже не смотрел, поэтому не имею ни малейшего представления, как там у них) Обычно недостатка в vds нет)

если мое будешь смотреть - не делай как там - не запускай php-fpm из под рута

разница лишь в том - вшиты у тебя вендоры и исходники приложения в docker-образ или нет. Подозреваю что у товаристча докер образ отдельно и приложение отдельно

Ну вот у меня сейчас так же. Не могу представить себе пайплайн cd в этом случае

Ну вот у меня сейчас так же. Не могу представить себе пайплайн cd в этом случае

у тебя образ отдельно и приложение отдельно?

сейчас да. Но ум еня простая схема $ git pull origin master && docker-compose up -d && rm -rf var/cache/prod && docker-compose exec php bin/console c:w

на серваке

сейчас да. Но ум еня простая схема $ git pull origin master && docker-compose up -d && rm -rf var/cache/prod && docker-compose exec php bin/console c:w

это прод?

угу

сейчас да. Но ум еня простая схема $ git pull origin master && docker-compose up -d && rm -rf var/cache/prod && docker-compose exec php bin/console c:w

docker-compose build push docker-compose push $(docker-machine env prod) docker-compose pull docker-compose run --rm php bin/console doctr:mig:mig -n docker-compose up -d

не намного сложнее

поднять CI сервер который это будет выполнять - тоже вечер работы

это вообще типа микросервис с АПИ, пока не используется в полной мере. Поэтому такой себе прод

это вообще типа микросервис с АПИ, пока не используется в полной мере. Поэтому такой себе прод

такое себе оправдание)

пф

ты еще тру ориджинал прода не видел) там еще хуже

я туда даже не суюсь)

"не ну а че я, вон они вообще говно жрут и им норм..."

разница лишь в том - вшиты у тебя вендоры и исходники приложения в docker-образ или нет. Подозреваю что у товаристча докер образ отдельно и приложение отдельно

не вшиты, тут может я не так понял чуток суть но собираются вендоры внутри контейнера, и потом их можно юзать с кодом дальше, но я еще работаю над усовершенствование флоу))

не вшиты, тут может я не так понял чуток суть но собираются вендоры внутри контейнера, и потом их можно юзать с кодом дальше, но я еще работаю над усовершенствование флоу))

внутрь образа*

контейнер это уже поздно)

собирать контейнер на проде - это.... оч странная затея

просто вся суть докера, то из-за чего это крутая штука - это образы.

если ты образы не пушишь никуда, если ты образы собирашеь на проде.... толку от докера...

собирать можно локально, можно на временно поднятой машинке скриптами, это если про амазон

да да, повторяемость окружения бит в бит

и вот это вот все)

собирать можно локально, можно на временно поднятой машинке скриптами, это если про амазон

еще раз, ты не можешь запихнуть что-либо в образ не запихнув это в образ. Потому либо у тебя composer cache будет внутри образа (что бессмысленно) либо ты что-то не так говоришь

да да, повторяемость окружения бит в бит

ну просто я бы понял если бы это все было сложно

или дорого там

"не ну а че я, вон они вообще говно жрут и им норм..."

Я к тому, что я хоть пытаюсь какую-никакую схему доставки на прод поддерживать, на риал проде это никому не нужно. Там все по старинке, хотели анзибл, но не взлетело. А там еще и в зависимостях фалкон определенной версии. Я склонировал реп, а запустить - это блять целая эпопея, докера там и в помине нет)

не смочь ансибл это еще постараться нужно

ну так сделай нормально и проведи дэмо типа "смотрите че как можно в 2k18"

не смочь ансибл это еще постараться нужно

заруинить ансибл в целом довольно легко)

ну вот я и учусь) сегодня целый день убил в гугле, пока дзена не достиг)

еще раз, ты не можешь запихнуть что-либо в образ не запихнув это в образ. Потому либо у тебя composer cache будет внутри образа (что бессмысленно) либо ты что-то не так говоришь

так можно в докерфайле прописать и почистить после, как остальное не нужное, например "RUN apt-get clean; rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/* /usr/share/doc/*" всегда выполняю в конце для очистки

так можно в докерфайле прописать и почистить после, как остальное не нужное, например "RUN apt-get clean; rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/* /usr/share/doc/*" всегда выполняю в конце для очистки

кэш откуда у тебя в образе появится?

не смочь ансибл это еще постараться нужно

Всмысле плейбуков понаписать не осилили. Т.е. все заглохло на стадии "а давайте анзибл!"

так можно в докерфайле прописать и почистить после, как остальное не нужное, например "RUN apt-get clean; rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/* /usr/share/doc/*" всегда выполняю в конце для очистки

ну то есть единственный вариант: ADD composer/ ~/composer/ RUN ....

и тут твои rm уже никак и ничего не сделают и не помогут

Всмысле плейбуков понаписать не осилили. Т.е. все заглохло на стадии "а давайте анзибл!"

а, ну писать да, там если с нуля разбираться, достаточно крутая кривая обучения. Я обычно беру какой-нибудь https://github.com/fansible/ansible-provisioning-tywin/ и потом допиливаю, за пару часов готово

так можно в докерфайле прописать и почистить после, как остальное не нужное, например "RUN apt-get clean; rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/* /usr/share/doc/*" всегда выполняю в конце для очистки

короч если только ты не делаешь мультистэйдж билды, или вообще не билдишь через docker commit какие и т.д. то тот вариант который я скинул самый эффективный. Увы.

а, ну писать да, там если с нуля разбираться, достаточно крутая кривая обучения. Я обычно беру какой-нибудь https://github.com/fansible/ansible-provisioning-tywin/ и потом допиливаю, за пару часов готово

Да вроде ничего сложного. Я расбери провизировал ансиблом, а потом понял что докер удобнее)

удобство тут спорное, они разные задачи решают

удобство тут спорное, они разные задачи решают

ну тераформ удобнее ансибла)

хотяяя

удобство тут спорное, они разные задачи решают

в моем случае я имел ввиду. Не знаю что за важную задачу ансибл решает, я так и не нашел ей применения нигде)

Спасибо. На 2.8 заработало. +

не за что

в моем случае я имел ввиду. Не знаю что за важную задачу ансибл решает, я так и не нашел ей применения нигде)

infrastructure-as-code

infrastructure-as-code

Концептуально это все понятно, на практике оказалось не все так гладко, да и бессмысленно когда есть докер

Концептуально это все понятно, на практике оказалось не все так гладко, да и бессмысленно когда есть докер

ну это и есть infrastructure as code в каком-то смысле)

хотя не, это просто снэпшеты. сервак у тебя ж все так же по старинке создается

анзибл провизит сервер, докер тоже провизит сервер в каком то смысле

контейнер - это тот же линупс, просто изолированный

инфраструктура это немного шире чем просто "апп в доккере"

то, что авторы докера сказали, что 1 сервис = 1 контейнер не означает, что так и нужно делать)

тебе инфраструктуру надо готовить - этот как фундамент под твой докер

в последнее время все, что я делаю на голом серваке - это устанавливаю докер. И всё)

ну ок запихнул ты аппку в докер, а в инфрастуктуре Галлера клатер с мастер-мастер репликацией и?

сегодня ручками настроил кластер "прям на проде"

затра потерял конфиг

мне такое не нужно было

все эти кластеры)

я в комманде разрабов (где разрабов больше чем я один) работаю второй месяц