我代表团队，激动地宣布 Spring Cloud Data Flow 1.2 的第一个里程碑版本发布了。

注意：开始使用这个新版本(们)的一个好方法是遵循项目页面上的发布矩阵，它包含下载坐标和参考指南的链接。

在过去几周，我们为数据微服务的整体编排添加了新功能和改进。以下新功能已包含在 1.2.0.M1 版本中

核心

• 引入用于部署属性的专用前缀。使用 deployer 属性就像 deployer.<appname>.xxx 一样简单，而不是 app.<appname>.spring.cloud.deployer.xxx
• 引入新的 REST-API 控制器和 shell 支持，用于清理 Task 执行。
• 基础工作：整合 Task 部署和 Task 执行之间控制器使用。
• 整合 REST-API 调用跟踪和返回码以保持一致性。
• 添加了基于角色的访问控制，用于定义谁有权创建、部署、销毁或查看 stream/task。这与支持的认证方法无缝协作。
• 优化了“stream list”操作的性能。不再为与 stream 相关的每个应用单独调用，新引入的 MultiStateAppDeployer SPI 操作为每个 stream 调用一次，在一次网络调用中查询所有应用状态。
• 改进了“stream list”操作的错误报告。

仪表板

• 在仪表板的“About”选项卡中添加了一个方便的选项，以下载兼容的 Shell 应用程序。
• 在仪表板中添加了 Task 和 Batch 作业之间的连接。可以从 Task 列表页面访问 Batch 作业的“details view”，同样，可以从 Batch 列表页面访问 task 的“details view”。
• 将基于角色的访问控制集成到仪表板中。

开箱即用的 Stream 应用程序

• 添加了以下新应用程序，并且计划在即将到来的Bacon release-train 中发布
  • MongoDB Sink
  • PGCopy Sink
  • Aggregator Processor
  • Header-enricher Processor
• 改进了 app-starters 项目中的核心应用生成框架，该框架允许选择性地升级依赖的版本。我们可以独立地在每个应用级别升级 Spring Boot、Spring Integration 或任何其他依赖，并更容易地生成基于 kafka、rabbitmq 或任何其他 binder 的应用。

查看 1.2.0.M1 (core) / 1.2.0.M1 (ui) 的发布标记，以了解更多增量改进。

下一个里程碑

• 包括核心基础工作，以支持 Docker artifacts 作为 shell、dsl 和 UI 中的一等公民。
• 编排“batch 作业或 task 组合”的能力正在取得进展。一套新的 DSL 原语也正在开发中，以在 shell/UI 中支持这一点。
• 正在对围绕控制器、dsl 和 REST-API 的核心构造进行重大重构，以支持“应用分组”功能。除了编排 Spring Cloud Stream 或 Spring Cloud Task 应用的能力之外，这个新模型还将允许编排任何 Spring Boot 应用。将有一个选项来定义应用组，并且这些“组”可以使用“标签”进行标记，因此在“标签”级别执行分组操作（例如按组部署或按组销毁）将变得很容易。例如，stream 是“组”的一种特化，它包含 source、processor(s) 和 sink 类型的应用。
• 我们设想将“应用分组”能力进一步发展到 stream 版本控制。敬请期待！

Spring Cloud Data Flow 团队的几位成员下周将参加 DevNexus。请考虑参加会议，了解更多有关这些功能的信息。