之前介绍了使用一文精通crontab服务，并实现tomcat状态监测，通过编辑crontab文件，创建及删除cron任务。这种编辑方式在任务不多的情况下，比较便捷，当任务过多时，仍然不方便管理，有可能不小心修改错了一行表达式，就会导致任务失败或者服务宕机。如果可以通过web页面的方式对cron任务进行管理，那么这种错误的可能性就会降低。

Crontab-UI的应用

在日常开发中，总会遇到定时任务。在Spring体系中，我们会想到Quartz、Spring Schedule以及一些分布式任务xxl-job等。但是在Unix/Linux系统中，首先想到的解决方案大概会是cron定时任务，它能够很好的帮助我们在类Unix系统中有计划性的创建周期性命令或者任务，并有计划的去执行这些周期性任务。许多服务端开发以及运维工程师在定时任务这块，确实大量使用了cron定时任务来解决问题。cron定时任务也比较简单，应用并不是特别困难的事情，但是对于不熟悉的开发者，以及当我们创建了大量的定时任务时，创建新的、更新旧的任务，都要通过对crontab文件进行修改，不可避免地会出现错误，如果因为修改时导致一些任务发生错误，可能会引起生产系统的一些问题，同时如果因为crontab的定义错误导致cron任务宕机，那么对我们的工作都会带来很严重的损失。为了避免以上问题，可以使用crontab-ui（crontab任务的图形管理系统），它提供了Web管理界面，我们可以通过这一工具很轻松的管理cron任务，并且任务创建后，可以先执行一次进行测试，极大的方便了cron任务的应用。

crontab-ui是基于NodeJS开发的且在GitHub开源。使用crontab-ui，主要是创建、删除、启动、停止cron任务时，不再需要手动编辑crontab文件，只要通过管理工具操作即可完成上述主要的工作。同时crontab-ui也提供备份cron任务、导入、导出工具，以及支持错误日志等功能。使用该工具将能够在很大程度上减轻我们的工作量。

crontab-ui支持npm部署以及docker部署，两者的安装过程都比较简单，如下介绍了安装及使用过程。

docker部署

# 拉取镜像
docker pull alseambusher/crontab-ui

# 极简启动
docker run -d -p 8000:8000 alseambusher/crontab-ui

#　指定用户名和密码
docker run -e BASIC_AUTH_USER=admin -e BASIC_AUTH_PWD=123456 -d -p 8000:8000 alseambusher/crontab-ui 

# 指定数据存储和日志输出位置
mkdir -p /data/crontabs/logs
docker run --mount type=bind,source="$(pwd)"/crontabs/,target=/crontab-ui/crontabs/ -d -p 8000:8000 alseambusher/crontab-ui

# 账号和存储位置指定
# /data/crontabs上述创建
docker run --mount type=bind,source=/data/crontabs/,target=/crontab-ui/crontabs/ -v /data:/data:rw -e BASIC_AUTH_USER=admin -e BASIC_AUTH_PWD=123456 TZ=Asia/Shanghai -d -p 8000:8000 alseambusher/crontab-ui

使用docker启动crontab-ui时，cron都是使用镜像去创建的，因此需要挂载目录，让镜像使用宿主机的脚本等资源。同时还要注意的是因为cron服务在镜像中，因此时间等信息也是使用的镜像服务，需要设置时间参数。当通过镜像方式部署服务，所有创建的cron都会被创建在镜像中，宿主机并不会创建cron服务。

npm安装

Crontab-UI采用NodeJS开发，因此安装之前需要先安装npm。npm安装完成之后，Crontab-UI的安装非常简单。

# 安装Crontab-UI
npm install -g crontab-ui

# 安装完成之后，启动也比较简单，最简单的启动方式
crontab-ui

# 指定用户名密码以及端口号启动
HOST=0.0.0.0 PORT=8080 CRON_DB_PATH=/data/crontabs BASIC_AUTH_USER=admin BASIC_AUTH_PWD=123456 crontab-ui

Crontab-UI系统使用

Crontab-UI服务部署并启动后，通过访问http://ip:8080，首先就会要求登录admin/123456，登录后，将看到Cronjobs任务管理首页，如下图。

以下应用过程均为docker部署的服务。

创建一个任务

点击New按钮，在打开的任务创建栏目中，输入相应的定时任务信息后，点击Save按钮，即可创建一个cron定时任务。

• Name，可选项，任务名称，建议填写，便于管理。
• Command想要执行的命令，这里是要执行一个脚本。
• Quick Schedule设置周期执行，可以按照启动、每小时、每日、每周、每月、每年等指标快速制定计划任务。当然应用最多的仍然是cron表达式来制定周期性任务，当使用cron表达式时，书写完成需要点击Set按钮，此时Job栏目就会显示完整的cron任务表达式。
• Enable error logging，当勾选时，该定时任务将会记录错误日志，且可以通过web管理页面直接查看错误日志，在工作中，查找问题将会非常有帮助。

下图为示例任务创建，每分钟执行一个脚本。

当点击Save按钮后，将会创建该任务，如下图所示。

当任务创建完成后，如果发现有需要调整的地方，可以通过Edit按钮进行任务修改。本例中，将对hello任务轮播任务进行调整，之前创建时，没有勾选打印日志，勾选后，点击保存，如下图所示。此时将会出现日志查看按钮。

启动任务

当点击运行时，会执行一次，此时并没有实现每分钟轮播功能，查看容器cron列表，也没有发现任何任务信息。需要点击Save to crontab按钮后，才能将cron任务配置写入到crontab中。本例使用了docker环境部署，因此可以登录到crontab-ui容器，查看容器的crontab任务情况

# 登录容器
docker exec -it alseambusher/crontab-ui sh

# 只运行任务，没有点击Save to crontab按钮时，查看任务。此时服务器并没有crontab任务写入，并且查看日志只有一次输出，并没有循环执行
/crontab-ui # crontab -l

# 点击Save to crontab按钮后，监控日志输出，发现每分钟打印一次，任务循环执行，再次查看容器的crontab任务列表, 发现任务已成功创建
/crontab-ui # crontab -l
# */1 * * * * ((({ /bin/sh /data/sh/hello.sh; } | tee /etc/crontabs/xPLSahWYLOVOW9pP.stdout) 3>&1 1>&2 2>&3 | tee /etc/crontabs/xPLSahWYLOVOW9pP.stderr) 3>&1 1>&2 2>&3)

停止任务

点击Disable按钮，可以将任务置为不可用，此时任务仍然在运行，置为不可用后，通过点击Save to crontab按钮后，将配置写入crontab中，就可以实现关停任务。

获取本机已有的crontab任务

当部署Crontab-UI之前，已经通过crontab -e命令创建了任务，也可以纳入到Crontab-UI进行管理。通过点击Get from crontab按钮从本机获取crontab服务。

备份任务

点击页面上的Backup按钮，弹出框确认备份，即可实现当前所有cron任务的备份。crontab文件出现问题时，可以通过备份来进行恢复。

备份之后，如果不小心删除了某些任务，可以通过恢复到指定的备份。如下图恢复备份

从Backups列表中选择一个备份点，将进入备份恢复页面，在该页面用户可以选择恢复，也可以选择删除备份点。

导入/导出cron任务

导入/导出一般用于多台机器执行相同的任务。当有这种需求时，可以先在一台机器上进行cron服务配置，配置完成后可以通过导出按钮，将已创建好的任务数据库下载到本地。然后在其他需要执行这些任务的机器上部署Crontab-UI服务，并通过导入按钮，选择上述导出的本地数据库，可以实现快速任务构建。

导出的文件一般是crontab.db命名，可以使用记事本打开该文档进行查看。该数据文件采用行JSON的形式存储，一行JSON对象描述一个任务，如下所示：

{
  "name": "hello任务轮询",
  "command": "/bin/sh /data/sh/hello.sh",
  "schedule": "*/1 * * * *",
  "stopped": true,
  "timestamp": "Thu Aug 12 2021 10:54:46 GMT+0000 (Coordinated Universal Time)",
  "logging": "false",
  "mailing": {},
  "created": 1628765686866,
  "saved": true,
  "_id": "xPLSahWYLOVOW9pP"
}

通过导入，可以在很大程度上加快内网定时任务的部署，同时因为是依靠导出再导入的方式，从某种方面看，只要搞定一台服务器的任务后，其他服务器的任务不会再出现BUG的现象，这将会在减轻任务部署的工作量的同时，会提高任务部署质量。