Spring cloud Spring云数据流：版本化流

我正在用Spring云数据流实现一个流管道

我的问题是，我在服务器中手动配置了管道（例如，

http | log_sink

），如果我重置了该服务器，它将丢失（想想可以硬重置的Amazon EC2实例）

使用SCDF保持管道版本控制的建议方法是什么

谢谢。

我在总结评论中的讨论

为了自动将流/任务工作负载从低级环境提升到高级环境，建议使用SCDF。有了它，用户可以以可重复的方式在多个不同的平台上以编程方式注册、创建、部署或启动流/任务（如果需要的话）。用JavaDSL构建的启动应用程序可以在Git中进行版本控制，并且可以是CD/GitOps友好的。通过对该应用程序的充分概括，它还可以通过覆盖默认值被许多不同的团队重用

我们将其用于or and的产品，该产品每天在多个Kubernetes和Cloud Foundry安装的每个上游提交上运行

---

或者，所有注册、创建、部署或启动流/任务命令也可以转储到文本或属性文件中。一旦你有了这个文件，

dataflow:>script--file

命令就可以帮助你在每个新环境中使用所有的命令，请参阅。

如果你能澄清手动配置和“硬重置”是什么意思，这会很有帮助-不确定到底是什么问题-更多细节将有助于回答问题。不确定我是否完全理解你的意思。如果您的目标是以更为CI/CD+自动化的方式将流/任务工作负载从开发人员提升到生产环境或其他环境，那么您可以使用SCDF的Java DSL库，通过Shell/UI.Docs以编程方式注册、定义、部署和执行您能做的一切；您还可以使用我们的for reference，我们使用它在上游提交上运行IT测试。我们每天都在K8s和CloudFoundry的许多版本上运行类似基础设施的验收测试。这种自动化可能就是你想要的。哦，你完全可以在文本或属性文件中转储所有寄存器、流或任务命令。并且，使用Shell命令（即：

dataflow:>script--file

file）。这个文本文件也可以在Git中进行版本控制。我们有客户在生产环境中遵循此模型。我仍然推荐DSL方法，因为您可以使用JavaDSL构建一个独立的启动应用程序，并使用Git将该应用程序作为一个整体进行版本设置。然后，应用程序就变成了一个可重用的工件（如果参数化和泛化充分的话），它将是CD自动化友好的。