|
|
|
@ -25,6 +25,8 @@ XXL-JOB是一个轻量级分布式任务调度框架,其核心设计目标是 |
|
|
|
|
- 18、路由策略:执行器集群部署时提供丰富的路由策略,包括:第一个、最后一个、轮询、随机、一致性HASH、最不经常使用、最近最久未使用、故障转移; |
|
|
|
|
- 19、运行报表:支持实时查看运行数据,如任务数量、调度次数、执行器数量等;以及调度报表,如调度日期分布图,调度成功分布图等; |
|
|
|
|
- 20、脚本任务:支持以GLUE模式开发和运行脚本任务,包括Shell、Python等类型脚本; |
|
|
|
|
- 21、阻塞处理策略:调度过于密集执行器来不及处理时的处理策略,策略包括:单机串行(默认)、丢弃后续调度、覆盖之前调度; |
|
|
|
|
- 22、失败处理策略;调度失败时的处理策略,策略包括:失败告警(默认)、失败重试; |
|
|
|
|
|
|
|
|
|
### 1.3 发展 |
|
|
|
|
于2015年中,我在github上创建XXL-JOB项目仓库并提交第一个commit,随之进行系统结构设计,UI选型,交互设计…… |
|
|
|
@ -260,6 +262,13 @@ XXL-JOB是一个轻量级分布式任务调度框架,其核心设计目标是 |
|
|
|
|
GLUE模式(Python):任务以源码方式维护在调度中心;该模式的任务实际上是一段 "python" 脚本; |
|
|
|
|
- JobHandler:运行模式为 "BEAN模式" 时生效,对应执行器中新开发的JobHandler类“@JobHander”注解自定义的value值; |
|
|
|
|
- 子任务Key:每个任务都拥有一个唯一的任务Key(任务Key可以从任务列表获取),当本任务执行结束并且执行成功时,将会触发子任务Key所对应的任务的一次主动调度。 |
|
|
|
|
- 阻塞处理策略:调度过于密集执行器来不及处理时的处理策略; |
|
|
|
|
单机串行(默认):调度请求进入单机执行器后,调度请求进入FIFO队列并以串行方式运行; |
|
|
|
|
丢弃后续调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,本次请求将会被丢弃并标记为失败; |
|
|
|
|
覆盖之前调度:调度请求进入单机执行器后,发现执行器存在运行的调度任务,将会终止运行中的调度任务并清空队列,然后运行本地调度任务; |
|
|
|
|
- 失败处理策略;调度失败时的处理策略; |
|
|
|
|
失败告警(默认):调度失败时,将会触发失败报警,如发送报警邮件; |
|
|
|
|
失败重试:调度失败时,将会主动进行一次失败重试调度,重试调度后仍然失败将会触发一失败告警。注意当任务以failover方式路由时,每次失败重试将会触发新一轮路由。 |
|
|
|
|
- 执行参数:任务执行所需的参数,多个参数时用逗号分隔,任务执行时将会把多个参数抓换成数组传入; |
|
|
|
|
- 报警邮件:任务调度失败时邮件通知的邮箱地址,支持配置多邮箱地址,配置多个邮箱地址时用逗号分隔; |
|
|
|
|
- 负责人:任务的负责人; |
|
|
|
|