重要的细节是您需要在容器启动时创建并安装 crontab 文件。我发现一个入口点包装脚本对此很有用:将图像的ENTRYPOINT 设置为一个shell 脚本,它可以执行任何首次需要的设置,然后让它exec "$@" 运行图像的CMD。
如果您的映像最终基于基于 GNU 工具集的 Linux 发行版,那么 envsubst 在这里是一个非常有用的程序。它读入一个文本文件,扩展环境变量引用,并写出结果。我假设你有这个可用;在基于 Alpine 的图像上,您可以使用 sed(1) 执行类似的技巧(尽管绕过 cron 计划会变得很棘手)。
这使得入口点包装脚本类似于:
#!/bin/sh
# entrypoint.sh
# Set a default schedule, if the user didn't provide one
if [ -z "$CRON_SCHEDULE" ]; then
export CRON_SCHEDULE='*/10 * * * *'
fi
# Run substitutions on the template file and inject the crontab
envsubst < /app/myjobtime.cron.tmpl | crontab
# Run the main container command
exec "$@"
由于模板不是“正常”的 crontab,它不能进入“正常”的 crontab 目录;把它放在应用程序目录中就可以了。该文件有一个环境变量引用,计划将在其中进行
# myjobtime.cron.tmpl
${CRON_SCHEDULE} /app/myscript.py
在您的图像中,将包装脚本设置为ENTRYPOINT,确保模板文件在正确的位置,并保持CMD 不变。
# (assuming there's not a broad `COPY . .`)
COPY myjobtime.cron.tmpl .
COPY entrypoint.sh .
ENTRYPOINT ["/app/entrypoint.sh"] # must be JSON-array syntax
CMD cron # unchanged
这应该允许您覆盖 cron 计划。
docker run -d --name hourly myappcron
docker run -d --name daily -e 'CRON_SCHEDULE=0 0 * * *' myappcron
由于入口点包装脚本运行所提供的任何命令,并且您可以很容易地覆盖该命令,这还可以让您仔细检查是否设置了正确的时间表。
docker run --rm -e 'CRON_SCHEDULE=0 0 * * *' myappcron \
crontab -l # runs instead of the cron daemon