在专用容器中定义cronjob，该容器通过docker exec向服务运行命令。

这是更高的内聚性，运行脚本将能够访问为服务定义的环境变量。

#docker-compose.yml
version: "3.3"
services:
    myservice:
      environment:
        MSG: i'm being cronjobbed, every minute!
      image: alpine
      container_name: myservice
      command: tail -f /dev/null

    cronjobber:
     image: docker:edge
     volumes:
      - /var/run/docker.sock:/var/run/docker.sock
     container_name: cronjobber
     command: >
          sh -c "
          echo '* * * * * docker exec myservice printenv | grep MSG' > /etc/crontabs/root
          && crond -f"

在生产环境中，公认的答案可能是危险的。

在docker中，你应该每个容器只执行一个进程，因为如果你不这样做，fork和后台进程就不会被监控，可能会在你不知道的情况下停止。

当你使用CMD cron && tail -f /var/log/cron.log时，cron进程基本上会分叉，以便在后台执行cron，主进程退出，让你在前台执行tailf。后台cron进程可能会停止或失败，但你不会注意到，你的容器仍然会默默地运行，你的编排工具也不会重新启动它。

你可以通过直接将cron的命令输出重定向到分别位于/proc/1/fd/1和/proc/1/fd/2的docker stdout和stderr中来避免这样的事情

使用基本的shell重定向，你可能想做这样的事情:

* * * * * root echo hello > /proc/1/fd/1 2>/proc/1/fd/2

你的CMD将是:CMD ["cron"， "-f"]

但是:如果你想以非根用户的身份运行任务，这就行不通了。

虽然这旨在通过Docker的exec接口在容器中运行进程的旁边运行作业，但您可能会感兴趣。

我已经编写了一个守护进程，用于观察容器并调度在其元数据中定义的作业。例子:

version: '2'

services:
  wordpress:
    image: wordpress
  mysql:
    image: mariadb
    volumes:
      - ./database_dumps:/dumps
    labels:
      deck-chores.dump.command: sh -c "mysqldump --all-databases > /dumps/dump-$$(date -Idate)"
      deck-chores.dump.interval: daily

“经典”，cron一样的配置也是可能的。

这是文档，这是图像存储库。

当您将容器部署到另一个主机上时，请注意它不会自动启动任何进程。你需要确保'cron'服务在你的容器中运行。 在我们的例子中，我使用了监工和其他服务来启动cron服务。

[program:misc]
command=/etc/init.d/cron restart
user=root
autostart=true
autorestart=true
stderr_logfile=/var/log/misc-cron.err.log
stdout_logfile=/var/log/misc-cron.out.log
priority=998

我决定使用busybox，因为它是最小的图像之一。

crond在前台(-f)执行，日志发送到stderr (-d)，我没有选择更改日志级别。 Crontab文件拷贝到默认路径:/var/spool/ Crontab

FROM busybox:1.33.1

# Usage: crond [-fbS] [-l N] [-d N] [-L LOGFILE] [-c DIR]
#
#   -f  Foreground
#   -b  Background (default)
#   -S  Log to syslog (default)
#   -l N    Set log level. Most verbose 0, default 8
#   -d N    Set log level, log to stderr
#   -L FILE Log to FILE
#   -c DIR  Cron dir. Default:/var/spool/cron/crontabs

COPY crontab /var/spool/cron/crontabs/root

CMD [ "crond", "-f", "-d" ]

但是任务的输出显然不能在docker日志中看到。

我偶尔尝试寻找一个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。但它们“没有简单的方法来查看任务的输出”。