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

在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"]

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

对于多个作业和各种依赖项(如zsh和curl)，这是一种很好的方法，同时还结合了其他答案的最佳实践。额外的好处:这并不需要你在myScript.sh上设置+x个执行权限，这在新环境中很容易错过。

cron.dockerfile

FROM ubuntu:latest

# Install dependencies
RUN apt-get update && apt-get -y install \
  cron \
  zsh \
  curl;

# Setup multiple jobs with zsh and redirect outputs to docker logs
RUN (echo "\
* * * * * zsh -c 'echo "Hello World"' 1> /proc/1/fd/1 2>/proc/1/fd/2 \n\
* * * * * zsh /myScript.sh 1> /proc/1/fd/1 2>/proc/1/fd/2 \n\
") | crontab

# Run cron in forground, so docker knows the task is running
CMD ["cron", "-f"]

将此与docker compose集成，如下所示:

docker-compose.yml

services:
  cron:
    build:
      context: .
      dockerfile: ./cron.dockerfile
    volumes:
      - ./myScript.sh:/myScript.sh

请记住，当您更改cron的内容时，您需要docker编写构建cron。但对myScript.sh的更改将在compose中挂载时立即反映出来。

虽然这旨在通过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一样的配置也是可能的。

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

从上面的例子中，我创建了这样的组合:

在Nano中使用Crontab编辑高山图像(我讨厌vi)

FROM alpine

RUN apk update
RUN apk add curl nano

ENV EDITOR=/usr/bin/nano 

# start crond with log level 8 in foreground, output to stderr
CMD ["crond", "-f", "-d", "8"]

# Shell Access
# docker exec -it <CONTAINERID> /bin/sh

# Example Cron Entry
# crontab -e
# * * * * * echo hello > /proc/1/fd/1 2>/proc/1/fd/2
# DATE/TIME WILL BE IN UTC

当您将容器部署到另一个主机上时，请注意它不会自动启动任何进程。你需要确保'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

不幸的是，上面的答案都不适合我，尽管所有的答案都指向解决方案，并最终指向我的解决方案，如果它对某人有帮助，这里是一个片段。谢谢

这个问题可以用bash文件解决，由于Docker的分层架构，cron服务不会通过RUN/CMD/ENTRYPOINT命令启动。

只需添加一个bash文件，该文件将启动cron和其他服务(如果需要)

DockerFile

FROM gradle:6.5.1-jdk11 AS build
# apt
RUN apt-get update
RUN apt-get -y install cron
# Setup cron to run every minute to print (you can add/update your cron here)
RUN touch /var/log/cron-1.log
RUN (crontab -l ; echo "* * * * * echo testing cron.... >> /var/log/cron-1.log 2>&1") | crontab
# entrypoint.sh
RUN chmod +x entrypoint.sh
CMD ["bash","entrypoint.sh"]

entrypoint.sh

#!/bin/sh
service cron start & tail -f /var/log/cron-2.log

如果任何其他服务也需要与cron一起运行，那么在同一个命令中添加&，例如:/opt/wildfly/bin/standalone.sh & service cron start & tail -f /var/log/cron-2.log

一旦你进入docker容器，你可以看到测试cron....将每分钟打印在文件:/var/log/cron-1.log

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