Spring Batch/Spring Batch管理系统升级

Question

我们有一个在集群中跨10个服务器运行的JEE应用程序。它利用Spring Batch(2.2.7)和Spring Batch Admin（基于1.3.0，做了一些小的修改）来每晚执行大约100个作业。批处理作业执行的控制是通过spring batch admin rest API进行的。大约一半的作业被分区，在集群中分配负载。

• 数据库架构更改会导致迁移现有数据时出现一些问题。
• 由于使用的是Spring Boot，我们将禁用批处理自动执行。
• 我们的工作都是在xml文件中定义的。是否需要迁移作业？

如何处理Spring批处理管理？由于我们的应用程序结构，我认为我们不想走春云流的方向。我看到有一个2.0M版本的Spring Batch AdminGitHub，它是基于新技术的。

我正在寻找前进的方法和可能的陷阱的建议。

Answer 1

以下是您的一些问题：

• 您指的是什么数据库架构更改？2.2.x版本的元数据模式看起来与4.1.x版本的元数据模式相同。
• Spring Boot支持在启动时禁用自动执行，配置spring.batch.job.enabled=false
• XML配置文件受到支持--事实上，它们在Spring Batch中比在其他Spring项目中更受欢迎，以至于文档同时提供了Java和XML配置示例。
• 不需要迁移XML配置文件。自早期版本以来的所有xsd文件都包含在spring-batch-core jar中，事实上，即使在Spring Batch4中，默认的spring-batch.xsd也是来自版本3的文件（版本4中没有新文件）。
• Spring批处理管理已于2017年12月31日到期。2.0.0.m1标记几乎在4年前就被删除了。正如在一些地方所描述的那样，Spring Batch Cloud Data Flow正在用一个显式的迁移指南取代它。但是，没有什么可以阻止您继续使用Spring Batch Admin来进行监视，因为它是基于没有更改的元数据模式的。我已经使用过它，它在Spring Batch3和Spring Batch4版本上都可以很好地进行监视。