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 Server 部署。

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

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

更新至 Boot 2.1

Data Flow Server 2.0 版本现在基于 Spring Boot 2.1。通过这次基础的转变，我们花了一些时间来解决技术债务并采纳 Spring Boot 的新功能。随着我们迈向 Data Flow 2.0 GA，我们将继续解决技术债务领域和进行一些额外的内部重构。

安全方面标准化为 OAuth2 和 OpenID Connect

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

更新内部使用 JPA

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

UI 改进

仪表板的改进仍在按 regular pace 进行。Angular 已升级到 7.1.1 版本，并根据用户反馈在作业的执行页面中添加了一个作业重新启动按钮。

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

感谢社区成员 Nicolas Widart 对任务执行以及与之相关的性能问题的 详尽的 bug 报告。

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

下一步是什么

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

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

保持联系…

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