Как все таки использовать cron в связке Docker+php-fpm?

Question

[Владамир Мукашев]

Прошло уже туево-тутуево времени. А нормальный ответ на этот вопрос я так и не услышал. Читал много статей, но кроме холивара в комментариях ничего нет. Все начинают разглагольствовать про принципы docker и на этом все заканчивается. Был ли у кого то такой кейс? Как настраивали?

ИМХО. Затолкать cron в контейнер с приложением и пусть там все крутится. Либо поделить приложение на 2 контейнера. Один работает с запросами, второй с cron занимается фоновыми задачами. Вариант держать cron на хосте и дергать через команды контейнер - дико.

Comments

[Дмитрий]

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

Answer 1

[ky0]

Ничего дикого в кроне на хосте нету (особенно если это не крон, а systemd-таймер), как и в отдельном сервисе-планировщике. А если хотите, чтобы было прям по фэншую - юзайте Kubernetes + CronJobs.

Comments

[Владамир Мукашев]

Смысл тогда от контейнера, если он будет привязан к хосту из-за наличия cron.

[ky0]

Владамир Мукашев, а Докер - это и не инструмент, предполагающий несколько хостов. Несколько хостов - это уже другой уровень, от Сварма до Куба.

Если это проблема, проще разместить крон в соседнем контейнере. Ну или юзать какой-то дополнительный инструмент, который будет настраивать сразу и Докер, и systemd - например, Ansible.

[Владамир Мукашев]

ky0, ну смысл в том что ты берешь образ и разворачиваешь без предварительных ласк. А так нужно еще настраивать крон на хосте. Ну это если поверхностно.

Answer 2

[Евгений Хлебников]

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

Answer 3

[galliard]

Я обычно делаю один образ с кроном и php, но запускаю его в двух разных контейнерах - fpm и cron. Для крона еще в докерфайле создаю скриптик, который помимо запуска самого крона будет записывать переменные окружения в создаваемый на лету .env файл, так как настоящий .env у меня в докеригноре. Выглядит это так:

// ...команды настройки php

RUN echo 'printenv | grep  \
    -e APP_ENV \
    -e DATABASE_URL \
     > ./.env && cron -f -L 15' > ${APP_DIR}/cron-starter

RUN chmod 700 ${APP_DIR}/cron-starter

Это нужно потому что докер запуская команды не передает им переменные окружения, а все современные фреймворки конфигурируются как раз с их помощью.