|
|
|
|
@ -837,13 +837,15 @@ Tips: 历史版本(V1.3.x)目前已经Release至稳定版本, 进入维护阶段
|
|
|
|
|
- 1、阻塞处理策略：调度过于密集执行器来不及处理时的处理策略，策略包括：单机串行（默认）、丢弃后续调度、覆盖之前调度；
|
|
|
|
|
- 2、失败处理策略；调度失败时的处理策略，策略包括：失败告警（默认）、失败重试；
|
|
|
|
|
- 3、通讯时间戳超时时间调整为180s；
|
|
|
|
|
- 4、执行器与数据库彻底解耦，但是执行器需要配置调度中心集群地址。调度中心提供API供执行器回调和心跳注册服务，取消调度中心内部jetty，心跳周期调整为30s，心跳失效为三倍心跳；
|
|
|
|
|
|
|
|
|
|
#### TODO LIST
|
|
|
|
|
- 1、任务权限管理：执行器为粒度分配权限，核心操作校验权限；
|
|
|
|
|
- 2、执行器与数据库解耦，只需配置调度中心集群地址即可（与当前通过JDBC注册自动发现方式，相冲突，待考虑），调度中心提供API供执行器回调和注册，取消调度中心内部jetty；
|
|
|
|
|
- 3、任务分片：一个任务被拆分成N个独立的任务单元，然后由分布式部署的执行器分别执行某一个或几个分片单元；
|
|
|
|
|
- 4、任务分片路由：分片采用一致性Hash算法计算出尽量稳定的分片顺序，即使注册机器存在波动也不会引起分批分片顺序大的波动；
|
|
|
|
|
- 5、失败重试优化：目前失败重试逻辑为，在本次调度请求失败后重新执行一次请求逻辑。优化点为针对调度和执行失败时均做失败重试，重试时重新触发一次完整调度，这将可能导致失败是调度死循环，考虑中。
|
|
|
|
|
- 2、任务分片：一个任务被拆分成N个独立的任务单元，然后由分布式部署的执行器分别执行某一个或几个分片单元；
|
|
|
|
|
- 3、任务分片路由：分片采用一致性Hash算法计算出尽量稳定的分片顺序，即使注册机器存在波动也不会引起分批分片顺序大的波动；
|
|
|
|
|
- 4、失败重试优化：目前失败重试逻辑为，在本次调度请求失败后重新执行一次请求逻辑。优化点为针对调度和执行失败时均做失败重试，重试时重新触发一次完整调度，这将可能导致失败是调度死循环，考虑中。
|
|
|
|
|
- 5、回调失败写文件，查看日志时读文件确认，重启后回调确认；
|
|
|
|
|
- 6、任务依赖，流程图，子任务+会签任务，各节点日志；
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
## 七、其他
|
|
|
|
|
|
xueli.xue
7 years ago