我们很高兴地宣布 Spring Cloud Data Flow 2.0 M1 版本的发布。请遵循快速入门指南，了解如何在 本地、Cloud Foundry 和 Kubernetes 上运行。

同时发布的还有 Spring Cloud Skipper 的 2.0 M1 版本，该版本已更新为依赖于 Spring Boot 2.1。参考指南中的 快速入门部分 是开始尝试的最佳位置。

这里是对 Data Flow 的一些亮点

• 流部署始终委托给 Skipper

• 可在所有受支持平台上运行的单一服务器

• 升级到 Boot 2.1

• 将 OAuth2 和 OpenID Connect 标准化为安全机制

• 更新内部以使用 JPA

• UI 改进

• 任务/作业执行和性能改进

流部署始终委托给 Skipper

Data Flow Server 的 1.x 系列允许流由 Data Flow Server 直接部署或委托给 Skipper。这导致了两种操作模式，“经典”和“skipper”。现在只有一个部署流的选项，即通过 Skipper，它为流应用程序提供滚动升级和降级功能。任务像以前一样由 Data Flow 服务器部署。

可在所有受支持平台上运行的单一服务器

我们将本地、Cloud Foundry 和 Kubernetes 服务器合并到一个单一服务器中，无需根据要运行的平台选择不同的 jar 或 docker 镜像。每个平台的入门步骤基本保持不变。一个很大的变化是如何配置任务，因为我们正在开放跨不同平台启动任务的能力。

升级到 Boot 2.1

Data Flow Server 2.0 版本现在基于 Spring Boot 2.1。在此基础转变中，我们花了一些时间来解决技术债务并采用 Spring Boot 的新功能。随着 Data Flow 2.0 正式版的发布，我们将继续解决技术债务问题并进行一些额外的内部重构。

将 OAuth2 和 OpenID Connect 标准化为安全机制

大量工作都集中在通过采用 OAuth2 和 OpenID Connect 作为默认安全实现来改进安全性。传统的安全选项已被移除。令牌授权、生命周期管理、撤销和续订都是此功能集的一部分，我们对这为用户带来的开发体验感到兴奋。

更新内部以使用 JPA

从 Spring XD 到 Data Flow 1.x，我们保留了一些类似“键值”的表，并通过 Spring JDBC API 来管理它们。我们现在更新为使用 Spring Data JPA，并在未来的里程碑版本中引入 Flyway 进行模式管理。

UI 改进

仪表板的改进正在定期进行。Angular 已升级到 7.1.1，并根据用户反馈在作业的执行页面中添加了一个作业重启按钮。

任务/作业执行和性能改进

感谢社区成员 Nicolas Widart 提供了他关于任务执行和相关性能问题的详尽 错误报告。

添加了一个新端点以避免对现有 REST 资源进行重大更改，该资源现在在客户端工具中后台使用。通过这些更改，任务/批处理执行历史记录的查询速度提高了近 10 倍，这在批处理作业包含数百个步骤时非常有用。

接下来是什么

2.0 M2 版本将彻底改进分析支持 - 迁移到使用 Micrometer 及其支持的后端，而不是当前基于 Redis 的功能。分析仪表盘也将被弃用，并将可以使用 Grafana 等更专业的工具。指标收集也将进行类似的更改，服务器和开箱即用的应用程序将使用 Mirometer 库为一些流行的监控平台进行监控。Spring Cloud Metrics Collector 将不再使用。任务支持将得到一些改进，允许数据流服务器跨平台启动任务。我们还在开发一个新的数据流网站，它将提供更好的体验，帮助您了解如何将数据流用于各种用例。

另请注意，Spring Cloud Data Flow 的 1.x 版本将在 2.0 正式版发布日期后的十二个月内停止维护。2.0 正式版暂定于 2019 年 2 月发布，因此 1.x 版本将于 2020 年 2 月达到一般支持终止状态。

保持联系……

节日快乐和新年快乐！我们一如既往地欢迎您的反馈和贡献，请通过Stackoverflow、GitHub或Gitter与我们联系。