项目中存在许多定时任务,很多代码写法都是采取见缝插针式的写法或者直接丢到task服务里面写,存在以下问题
- 服务多实例时执行定时任务要考虑抢占锁来争夺定时任务执行权,未抢到锁的任务计算资源被浪费了
- 定时任务执行情况和执行时间没有统一管理,需要对应开发者结合代码和日志分析情况,带来很高的维护成本,任务没有按时执行,甚至失败了很久才发现,需要重试或排查
crony
是一个基于etcd和mysql开发的分布式定时任务集中调度和管理平台,支持多节点部署,支持节点任务自动分配和故障转移,支持任务执行失败告警,部署简单,使用方便。
测试用户名:root
测试密码:123456
详情可见 设计文档
- 支持多节点部署,故障转移
- 支持任务自动分配节点
- Web界面后台管理定时任务,支持多语言
- crontab表达式自动生成
- 任务调度时间粒度支持到
秒
级别 - 任务执行失败可重试
- 用户权限控制
- 支持shell任务和http回调
- 查看任务执行日志
- 任务执行失败告警, 支持邮件、WebHook(提供飞书模板告警)
- 直接下载二进制可执行文件:release
- 或者可以源码编译:
#克隆项目
git clone https://github.com/tmnhs/crony.git
#进入项目
cd crony
#编译前需要修改admin(admin/conf/testing/main.json)和node(node/conf/testing.json)的配置文件
#编译,编译后的可执行文件都在bin/目录下
#或者 ./build.sh
make
#使用脚本运行
#脚本语法:./server.sh {start|stop|restart} {admin|node} {testing|production}
#运行后台,默认使用testing配置文件
./server.sh start admin
#运行节点
./server.sh start node
运行后访问地址:http://localhost:8089
首页
任务列表
编辑任务
cron表达式生成
用户管理
日志列表
节点管理
服务器状态
邮件和飞书告警模板
- 配置负载均衡器,支持加权轮询和平滑加权轮询(nginx方案)分配任务,(原方案是每次分配给任务数量最少的服务器)
- 定时任务分组