从spring-batch-admin迁移到spring cloud dataflow

Question

在这种情况下，如果有50个批处理作业，就必须创建50über jar？这样做将是一个维护噩梦，创建许多jar和维护它们将是困难的。

有什么解决办法吗？因此，我们将能够将所有批处理作业打包在单个jar中，并可以在需要时随机启动任何作业？

如有任何帮助，将不胜感激，提前感谢

Answer 1

为什么这是一件好事
让我花一分钟来回顾一下为什么我们认为这是一个更好的解决方案，以及为什么我不鼓励您采取单一的方法。在所有这些之后，我将提出一个替代方案，我不推荐，但应该有效。

如果您考虑一下大多数企业将批量功能从开发人员的笔记本电脑交付到生产的过程，通常是一个缓慢的过程，很少发布。这个过程很慢，代码可能需要通过多个小组（开发，一些来自外部QA，可能是某种形式的变更控制过程，然后最终是某种类型的运营团队来实际部署代码）。通常，需要通过该html" target="_blank">过程的代码段越小，通过该过程就越容易。

在本例中，对于包含50个批处理作业的系统，为了更改其中一个作业，您需要对所有作业执行该过程。分解它实际上简化了维护，因为您可以独立地更改和部署作业。开发人员只需要专注于手头的批处理作业。

迁移到über jars
从一个WAR文件迁移并将所有作业打包在其中的另一个好处是灵活性。您可以在任何基础结构上运行这些作业。想通过java-jar foo.jar命令在本地运行还是在裸机上运行？去争取吧。想通过cf push在CloudFoundry上运行它吗？你打赌。想把应用程序打包并在Kubernetes上运行吗？你可以的！虽然您可以在不使用anüber jar方法的情况下完成相同的工作，但由于基础设施可能会在不同的环境中发生变化，因此这种方法更加微妙。对于anüber jar，您需要保证的只是java版本。

此外，工件管理部分也是一个很好地解决了的问题。将über JAR推到Maven存储库是一个简单的过程，在整个java领域都得到了很好的审查。如何管理WAR文件真的不是。您可以将它们推送到Maven存储库，但这并不理想。通过转移到über jars，您的发布过程将在所有工作（以及所有应用程序）中变得非常标准化。

最后，搬到安伯罐子应该没那么难。它应该只是一个包装练习，假设你的工作被很好地定义了。如果他们不是，这是一个很好的机会，做一些健康的重组，以便他们更多的模块化在第一位（良好的工程实践）。

替代方法
我想从这里开始说，我不推荐这种方法。但是，它应该起作用。

与其为每个作业创建一个über jar，不如创建一个包含所有50个作业的über jar。您需要创建自己的commandlinerunner，它查看一个环境变量，以确定启动时要运行哪个作业，并关闭Spring Boot功能，以便在启动时自动执行作业。