@VonC的建议很好，但我更喜欢在一行中完成所有cron作业配置。这将避免像cronjob位置这样的跨平台问题，并且您不需要单独的cron文件。

FROM ubuntu:latest

# Install cron
RUN apt-get -y install cron

# Create the log file to be able to run tail
RUN touch /var/log/cron.log

# Setup cron job
RUN (crontab -l ; echo "* * * * * echo "Hello world" >> /var/log/cron.log") | crontab

# Run the command on container startup
CMD cron && tail -f /var/log/cron.log

运行docker容器后，你可以通过以下方式确定cron服务是否在工作:

# To check if the job is scheduled
docker exec -ti <your-container-id> bash -c "crontab -l"
# To check if the cron service is running
docker exec -ti <your-container-id> bash -c "pgrep cron"

如果你喜欢用ENTRYPOINT代替CMD，那么你可以用

ENTRYPOINT cron start && tail -f /var/log/cron.log

但是:如果cron死亡，容器将继续运行。

@VonC的建议很好，但我更喜欢在一行中完成所有cron作业配置。这将避免像cronjob位置这样的跨平台问题，并且您不需要单独的cron文件。

FROM ubuntu:latest

# Install cron
RUN apt-get -y install cron

# Create the log file to be able to run tail
RUN touch /var/log/cron.log

# Setup cron job
RUN (crontab -l ; echo "* * * * * echo "Hello world" >> /var/log/cron.log") | crontab

# Run the command on container startup
CMD cron && tail -f /var/log/cron.log

运行docker容器后，你可以通过以下方式确定cron服务是否在工作:

# To check if the job is scheduled
docker exec -ti <your-container-id> bash -c "crontab -l"
# To check if the cron service is running
docker exec -ti <your-container-id> bash -c "pgrep cron"

如果你喜欢用ENTRYPOINT代替CMD，那么你可以用

ENTRYPOINT cron start && tail -f /var/log/cron.log

但是:如果cron死亡，容器将继续运行。

我偶尔尝试寻找一个docker友好的cron实现。最后一次尝试，我找到了一对。

我所说的对docker友好的意思是，“任务的输出可以在docker日志中看到，而不是诉诸于技巧。”

目前我认为最有希望的是超级克隆。它可以提供一个crontab文件，同时对docker友好。利用它:

docker-compose.yml:

services:
  supercronic:
    build: .
    command: supercronic crontab

Dockerfile：

FROM alpine:3.17
RUN set -x \
    && apk add --no-cache supercronic shadow \
    && useradd -m app
USER app
COPY crontab .

定时任务:

* * * * * date

有更多信息的要点。

另一个不错的是yacron，但它使用YAML。

可以使用Ofelia，但它们似乎专注于在单独的容器中运行任务。这可能不是一个缺点，但我不确定为什么我想这么做。

还有一些传统的cron实现:dcron, fcron, cronie。但它们“没有简单的方法来查看任务的输出”。

还有另一种方法，就是使用Tasker，它是一种支持cron(调度器)的任务运行器。

为什么?有时为了运行cron作业，你必须将你的基本映像(python, java, nodejs, ruby)与crond混合。这意味着要维持另一个形象。Tasker通过解耦crond和you容器来避免这种情况。您可以只关注想要执行命令的映像，并配置Tasker来使用它。

这里是船坞式作曲。Yml文件，它将为您运行一些任务

version: "2"

services:
    tasker:
        image: strm/tasker
        volumes:
            - "/var/run/docker.sock:/var/run/docker.sock"
        environment:
            configuration: |
                logging:
                    level:
                        ROOT: WARN
                        org.springframework.web: WARN
                        sh.strm: DEBUG
                schedule:
                    - every: minute
                      task: hello
                    - every: minute
                      task: helloFromPython
                    - every: minute
                      task: helloFromNode
                tasks:
                    docker:
                        - name: hello
                          image: debian:jessie
                          script:
                              - echo Hello world from Tasker
                        - name: helloFromPython
                          image: python:3-slim
                          script:
                              - python -c 'print("Hello world from python")'
                        - name: helloFromNode
                          image: node:8
                          script:
                              - node -e 'console.log("Hello from node")'

这里有3个任务，它们都将每分钟运行一次(every: minute)，并且每个任务都将在image section中定义的图像中执行脚本代码。

只要运行docker-compose up，就能看到它在工作。以下是Tasker回购的完整文档:

http://github.com/opsxcq/tasker

这个问题有很多答案，但有些很复杂，另一些有一些缺点。我试着解释问题并提出解决方案。

cron-entrypoint.sh:

#!/bin/bash

# copy machine environment variables to cron environment
printenv | cat - /etc/crontab > temp && mv temp /etc/crontab

## validate cron file
crontab /etc/crontab

# cron service with SIGTERM support
service cron start
trap "service cron stop; exit" SIGINT SIGTERM

# just dump your logs to std output
tail -f  \
    /app/storage/logs/laravel.log \
    /var/log/cron.log \
    & wait $!

解决问题

环境变量在cron环境中不可用(如env vars或kubernetes secrets) 当crontab文件无效时停止 当机器接收到SIGTERM信号时，优雅地停止cron作业

作为上下文，我在Kubernetes上使用Laravel应用程序使用之前的脚本。

我想分享一些我发现更灵活的其他建议的典型的修改。我想用一个环境变量来启用更改cron时间，最后添加了一个额外的脚本，在我的entrypoint.sh中运行，但在调用cron -f之前

*updatecron.sh*
#!/bin/sh
#remove old cron files
rm -rf /etc/cron.*/*
#create a new formatted cron definition
echo "$crondef [appname] >/proc/1/fd/1 2>/proc/1/fd/2" >> /etc/cron.d/restart-cron
echo \ >> /etc/cron.d/restart-cron
chmod 0644 /etc/cron.d/restart-cron
crontab /etc/cron.d/restart-cron

这将删除任何现有的cron文件，使用crondef的ENV变量创建一个新的cronfile，然后加载它。