а как volume с кодом создать?

man mkdir ?

то есть ты предлагаешь с хоста пробрасывать?

по всем нодам?

ну если ты место экономишь, попробуй nfs

ссылка на kubernetes volumes выше

я не экономлю. мне кажется сбилдить образ и разлить его точно так же как другие приложения, удобнее, чем еще один уровень деплоя добавлять

отсыпьте мне ваше порошочка пожалуйста 😏

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

а мне вашего не надо

У вас есть рассово-верный образ без кода, разлитый на 100500 нод и одна (парочка для отказоустойчивости) сетевых шар (ажур дисков, чего угодно) с собранным/скомпиленным кодом вашей православной билд системой а-ля тимсити. Если вы хотите обновить образ - вам надо сделать только это, если только код - ну ты понял. Это логично и ПРОЩЕ, чем код в образе

так что очень голословно. По вашей же логике стоит собрать один образ, где внутри сразу mysql, php и nginx, а не три разных. У меня кровь чистая, я так не делаю. Идея микросервисов в разделении, а не наоборот

например собрать приложение на nodejs/php/python и собрать с образ с кодом и интепретатором, и так дистрибьютить

одним контейнером?

одним образом

один образ, N контейнеров

одним образом

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

одним образом

если вы реально не понимаете, что обично для этого используется composer и механизм volumes, я задам наводящий вопрос

какой композер? что вы несете?) волюмы используют при разработке. дальше это пакуют в образ и деплоят на продакшн

где вы это прочли?

везде)

Я ваш пользователь, хочу модицифизировать ваше приложение, вышла новая версия nodejs и я хочу её использовать, что мне придётся для этого делать?

если вы реально не понимаете, что обично для этого используется composer и механизм volumes, я задам наводящий вопрос

какой композер? что вы несете?) волюмы используют при разработке. дальше это пакуют в образ и деплоят на продакшн

хотя бы один пример

хотя бы один пример

Курс чувака на юдеми, который ведет конференции и является докер кептейном

Я ваш пользователь, хочу модицифизировать ваше приложение, вышла новая версия nodejs и я хочу её использовать, что мне придётся для этого делать?

так и гуглить?

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

серьёзно? мы точно говорим про open source ?

php https://runnable.com/docker/php/dockerize-your-laravel-application

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

окей, я разработчик, я хочу перевести свою приложение на новую версию php, насколько это дольше и сложнее, нежели использую 3 разных контейнера вы осознаёте?

форк, разработка, пул реквест что тут сложного? )

Docker Bret Fisher

это его репо? https://github.com/BretFisher/node-docker-good-defaults Я тоже вижу заголовок NODE DOCKER ХОРОШИЕ ПРАКТИКИ и там используется COMPOSER с подлючаемым volume кода приложения /opt/app ????

Ну, docker-compose не годится для продакшена. По поводу огромного кода - его придется делать и правда через volume. Иначе образы будут просто огромные. И на билд и пулл этих образов будет уходить неделя.

А я понял, он предлагает делать так для дева и билдить образ для прода

например собрать приложение на nodejs/php/python и собрать с образ с кодом и интепретатором, и так дистрибьютить

однако пихать nodejs/php/python в один образ - не соглашусь, по ссылкам выше нигде такого нет

Ну, допустим, с volumes можно что-то придумать с кодом. Но а как сделать для десятка сервисов, которые дергают php код? Нужно билдить для каждого сервиса по контейнеру с cron, php-cli ?

Я планировал билдить один контейнер в котором полюкчается volume с исходниками + php-cli + файл crontab (внутри моного файлов) + CMD ["cron"], что думаете рабочий вариант?

Думаю, что нет. В идеале: один процесс = один контейнер. Т.е. контейнер - это просто ограниченный (cgroups,namespaces) процесс. И когда он падает, то контейнер должен падать. И уже кубер его сам должен перезапускать

Я думал это будет долгоживующий контейнер, в котором тем самым процессом будет вечноработающий процесс cron, который время от времени будет дёргать php-cli в соответсвие с файлом crontab

Ну, это все классно когда кода не так много. А если у меня папка с кодом только больше 1Гб, то я только образы буду билдить неделю

преувеличиваете конечно.

А я понял, он предлагает делать так для дева и билдить образ для прода

@zelenin имел ввиду нода или пхп или питон

В чем преувеличиваю?

А как контролировать что cron вообще что-то дергает? Или то, что он дергает отрабатывает, а не валится с ошибкой? А если делать по одному процессу, то удобно потом же логи собирать в тот же ELK

действительно, контролировать как отработали мои php-cli скрипты никак (на самом деле мои php-cli скрипты сами пишут логи в файлы - в моём проекте я посмотреть эти log файлы в итоге смогу)

У вас есть рассово-верный образ без кода, разлитый на 100500 нод и одна (парочка для отказоустойчивости) сетевых шар (ажур дисков, чего угодно) с собранным/скомпиленным кодом вашей православной билд системой а-ля тимсити. Если вы хотите обновить образ - вам надо сделать только это, если только код - ну ты понял. Это логично и ПРОЩЕ, чем код в образе

Вот ещё вопросик: у меня PHP приложение сейчас работает чисто на хосте, без каких-либо docker контейнеров. Но это не просто php-исходники + php-fpm + nginx. Там ещё куча всякого вспомагательного софта типа imagemagic, ghostscript, wkhtmltopdf (это всё дёргается из php кода через exec()). Установка всего софта и настройка всех ini файлов сейчас делается с помощью ansible. Теперь я хочу перенести всю инфрастурактуру в контейнеры (пока вырисовывается два контейнера: php-fpm и nginx). Внимание вопрос: как бы вы сделали? Вариант А): Переписать все ansible таски на чистые команды RUN внутри Dockerfile (установка и настройка всех утилит типа imagemagic, ghostscript, wkhtmltopdf внутрь контейнера с приложением php-fpm); Вариант Б): переиспользовать уже имеющиеся ansible скрипты запустив RUN ["ansible-playbook", ... ] в Dockerfile? Зашквар ли вариант Б?

Например не делать так

Например не делать так

я уже думал про переменные среды