春季批处理和作业调度 [英] Spring batch & job scheduling

问题描述

我们的团队目前运行许多从以前的团队继承而来的计划作业，这些作业不是很多，但足以使其难以跟踪。我们当前的设置面临的主要问题是： -无法清楚地了解运行的内容以及运行时间 -通知作业失败的不同方式 -并不是所有的作业都支持重新运行，重新运行是否会起作用还是会让情况变得更糟，这只是个运气。

为此，我们一直在考虑使用Spring Batch重写作业，并使用SOS作业调度器来管理它们。

是否有其他人使用过此方法，或者可以推荐管理作业的好方法？

推荐答案

我不确定您在这里有什么真正的问题，但是的，用Spring Batch编写的作业使用作业调度器很棒。我已经通过AutoSys和Tivoli编写了几十个作业计划；我不熟悉SOS，但我希望它大致相同。

通过Spring Batch调度作业的主要技巧是确定作业所需的参数。

Spring Batch使用JobInstance和JobExecution的概念来管理作业；实例由作业名称和相关参数定义，而执行则是尝试运行实例。一旦执行运行完成，该实例也将完成，并且无法重新运行。

实际上，这意味着如果作业不使用外部参数(即大多数重复调度的作业)，它将需要在每次运行时传入某种合成参数，因为如果不将某些内容作为参数传递，则只能运行一次(因为这组空参数定义了一个唯一的JobInstance)。

如果作业经常运行，我使用了类似于当前时间戳的内容，它确保每个JobInstance都是唯一的。如果它每天运行，传入当前日期可确保每天获得一个JobInstance，这有利于跟踪和重新启动。

总而言之，计划的Spring批处理作业并不复杂，并且运行良好。

针对提问者的评论进行编辑：

关于Spring Batch模型，我不理解的是，用于确定作业参数的逻辑都是外部化的；在许多情况下，这可能是可以接受的，因为调用脚本可以很容易地生成日期之类的参数，但我有很多作业的参数逻辑更加复杂。

我最终所做的是扩展CommandLineJobRunner，以获取一个新接口的实例，其名称类似于JobParameterGenerator。JobParameterGenerator的实现通常特定于特定的作业；例如，一个实现必须执行一些数据库查找以确定作业的适当日期范围。我还创建了一个基本的JobParameterGenerator，它只返回当前日期时间，以便在总是新实例的作业中使用。希望这能有所帮助。

这篇关于春季批处理和作业调度的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！