Тут написано не делать так, а выше вы пишите это гуд, может определитесь?

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

Тут написано не делать так, а выше вы пишите это гуд, может определитесь?

В статье описаны обе стороны

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

в кроне хостовой машины

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

Официально - создать еще один микросервис, в котором будет крон, дергающий нужные урлы. Неофициально - тот же крон, только там, где можно, вплоть до контейнера

У меня есть веб-приложение (PHP), я научился запаковывать его в контейнер с php-fpm, дополнительно запскаю контейнер с nginx (описал docker-compose.yml) - всё отлично. Далее моему приложению требуется запуск по cron некоторых php скриптов (например, раз в день подгрузка курсов ЦБРФ). Вопрос: где описать запуск cron скриптов? Как это решается в мире Docker?

Поддерживаю вопрос. Как лучше дергать сопутствующие задачи по коду. Есть довольно большой php код. Есть и кроны и нечто вроде сервисов, которые очереди слушают и дергают php код, и их ТУЧА. Как это лучше рулить? Дла каждого сервиса по контейнеру лепить и пробрасывать туда код? Если билдить контейнеры с кодом, то обрыза до терабайтов вырастут.

Официально - создать еще один микросервис, в котором будет крон, дергающий нужные урлы. Неофициально - тот же крон, только там, где можно, вплоть до контейнера

"Официально" ? what

"Официально" ? what

Ну не официально. "Идеологические верно", "по правильному", "настоящие пацаны так делают" и теде и тепе

Поддерживаю вопрос. Как лучше дергать сопутствующие задачи по коду. Есть довольно большой php код. Есть и кроны и нечто вроде сервисов, которые очереди слушают и дергают php код, и их ТУЧА. Как это лучше рулить? Дла каждого сервиса по контейнеру лепить и пробрасывать туда код? Если билдить контейнеры с кодом, то обрыза до терабайтов вырастут.

зачем билдить образ с кодом? скомпилированный/собранный код это подключаемый volume

Ну не официально. "Идеологические верно", "по правильному", "настоящие пацаны так делают" и теде и тепе

Ну, не совсем идеологически верно, потому что крон будет дергать другие процессы. И лога по факту не будет в docker logs. По идее нужно пилить каждый сервис отдельно и дергать в отдельном контейнере

Ну, не совсем идеологически верно, потому что крон будет дергать другие процессы. И лога по факту не будет в docker logs. По идее нужно пилить каждый сервис отдельно и дергать в отдельном контейнере

я ничё не понял

зачем билдить образ с кодом? скомпилированный/собранный код это подключаемый volume

Ну, я тоже думал об этом. А как его пробросить в kubernetes ?

Ну, не совсем идеологически верно, потому что крон будет дергать другие процессы. И лога по факту не будет в docker logs. По идее нужно пилить каждый сервис отдельно и дергать в отдельном контейнере

Ну да. Но тут много вариантов, как сделать.

Ну, я тоже думал об этом. А как его пробросить в kubernetes ?

кого, его?

кого, его?

Ну, volume с кодом на 100500 контейнеров-сервисов

Ну, я тоже думал об этом. А как его пробросить в kubernetes ?

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

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

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

Ну, volume с кодом на 100500 контейнеров-сервисов

https://kubernetes.io/docs/concepts/storage/volumes/ Не благодари

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

man mkdir ?

man mkdir ?

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

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

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

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

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

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

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

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

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

моя не знать кубернетес

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

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

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

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

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

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

одинаково в пределах погрешности

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

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

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

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

да, конечно, наверное, если у меня вот этот ваш кейс. но он же не единственный

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

это ваша логика. я про такое не говорил

Так ты что предлагаешь я не понял. Я объяснил почему бред билдить образ с кодом внутри

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

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

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

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

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

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

один образ = один контейнер, правильно?

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

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

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

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

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

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

какие пользователи, какие наркоманы? горизонтальный скейлинг

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

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

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

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

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

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

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

везде)

везде)

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

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

этот вопрос важнее

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

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

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

https://github.com/RobLoach/docker-composer

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

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

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

https://nodejs.org/en/docs/guides/nodejs-docker-webapp/

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

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

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

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

ну и далее. просто открываете все ссылки по запросу deploy nodejs application docker

свой интерпретируемый язык подставить

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

Docker Bret Fisher

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

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

Я хз, есть ли у него блог, но у него есть курс на udemy, в котором это четко обозначено

python https://medium.com/google-cloud/deploy-python-application-to-google-cloud-with-docker-and-kubernetes-db33ee9fbed3

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

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

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

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

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

ERROR: S client not available

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

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

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

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

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

3 софтины будут собираться в 3 раза дольше, не? Я хочу поменять только один компонент, почему я пересобираю всё?

Docker Bret Fisher

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

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

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

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

Вобщем вы меня немного запутали, я понял мысль

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

С этим согласен

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

и это преобладающий в сообществе способ

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

да

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

в сроках.

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

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

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

писать в stdout, соответственно потом смотреть в логи докера

docker logs containerId

Вот ещё вопросик: у меня 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? Зашквар ли вариант Б?

Б вполне себе, особенно поначалу. Есть только один нюанс - пересобирать образ юудет чуточку сложнее, потому что докер не будет видеть изменений

Но потом, постепенно мигрируегь на А и все, будешь как все

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

Конечно, проще, ведь релизная политика, роллинг релизы и прочие штуки так и строяется на пробрасывания кода внутрь контейнера. Говорят, еще в pip зависимости нужно писать только на git репы.

Вот ещё вопросик: у меня 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? Зашквар ли вариант Б?

конечно, вариант A. Там и кэширование нужных слоев имиджа будет, ну и понятно все будет описано.

Всем привет. Есть приложение по которому раскиданы URL внешней машины и если мы переносим на другую машину, то везде меняем IP естетсвенно, вот как от этого избавиться?