job-scheduler-service(调度服务层)
执行器3
4 根据任务获取执行器，如果失败，则加入智能队列
7 任务执行完成或者失败 回调
执行器5
job-scheduler-web(接口层)
依赖
调用可动态操作队列的服务
执行器组2
服务名: job-zdyx-short
job-marathon-service-api(马拉松接口，服务发现)
2 任务入库
(马拉松接口，提供服务发现，以及marathon服务，扩缩容实例接口)
执行器4
心跳获取正在执行的信息，保证当前节点服务信息与执行器上的任务保持一致
执行器组1
添加任务
3 任务调度逻辑
job-scheduler-front (前端项目)
执行器1
5、7 完后更新任务状态
1、任务下发到调度中心
5 可以投放，根据返回具体执执行器通过RPC/MQ调用
执行器2
1、可查看所有的添加的任务执行情况2、可手动修改任务执行的优先级，任务属性，实时生效3、可查看各执行器组以及执行器上任务的执行情况...
job-scheduler-client(任务执行器组)
执行器
mysql/redis
任务过多，按照策略可自动扩缩容
服务名: job-zdyx-long
job-scheduler-dbapi(数据服务层)
调度中心，负责连接，协调各模块
6、8 更新该执行器组该节点的信息
0 执行器信息，执行器组信。本地自动更新并缓存。
任务表关键字段1.执行器组(服务名)2.执行handler（具体执行的方法名）3.优先级 (1-9级)4.添加时间5.任务状态 ( 未开始，等待执行(排队中)，执行中，执行完成，执行失败 )6.失败策略(失败重试，忽略)7.失败重试次数8.邮件或者钉钉报警人
