Yukino

Results 215 comments of Yukino

1. 该特性预计于 4.0.1 版本提供支持(下下个版本) 2. 考虑到 4.x 版本由于功能的强化,存在着某些不兼容的改动,有一定升级成本,在此处给出 3.x 版本下自主开发的方法。

概述:秒级任务的 master 节点(FrequentTaskTracker)会定时向 server 报告当前任务的执行情况,其中包括了 task 的成功、失败情况。利用该值的变化情况可以判断是否有新的任务失败。 ![image](https://user-images.githubusercontent.com/9402086/111658097-01409f80-8847-11eb-9523-e769dbe649da.png) 简单说,需要改动的地方只有 server,在 InstanceManager 中对比上次 failedNum 和 当前 failedNum,如果有增加,说明有任务失败,执行报警操作。

可以在 worker 端记录最近的失败记录,然后 report 上来,result 信息就有了。 worker 每次 report 时把 recentFailedResult 当作 result 上报上去,然后清空本地的 cache,server 端根据这个值做判断也可以。

方案有很多,看你想怎么实现。

后续版本会考虑进去。 最近确实在设计由代码驱动的 Config, @Echo009 我们可以结合 processType 一起搞一个注解。

需要找些日志,仅凭描述很难判断问题

嗯,功能本身是正常的

估计是资源不太够,可能 OOM 了。 server 被 kill 的时候最好看下监控数据,什么指标比较异常。 内存怎么样,线程数量怎么样什么的,这样比较方便排查问题。

PowerJob 为了 ws 内置了 undertown,可能需要自己改造下 pom

目前会中止线程,即将线程的 interpreted 状态置为 true,但能否真正中断线程的执行取决于当前正在跑的任务。如果任务没有任何中断点(比如无任何 IO 操作,属于纯 CPU 计算)则无法被中断,这是 Java 层面的限制。