领先一步
VMware提供培训和认证,以加速您的进步。
了解更多来自 Spring Cloud Data Flow 团队很高兴地宣布 1.5.0
GA 版本发布。请遵循入门指南,了解有关 本地服务器、Cloud Foundry 和 Kubernetes 的信息。
UI 改进
Spring Boot、Spring Cloud Stream 2.0 和 Spring Cloud Task 2.0 支持
更新的应用程序启动器
指标改进
组合任务的嵌套拆分
Kubernetes 改进
更新的文件导入示例
我们持续改进仪表盘的 UI/UX。希望您能立即注意到整体更轻量级的设计。任务选项卡已重写以匹配其他选项卡的 UX 样式。所有列表页面都添加了新的分页器组件。可以切换每页 20、30、50 或 100 个项目的列表。这进一步简化了批量操作工作流。
更新的 流构建器 选项卡使部署流定义和更新已部署的流变得更容易。您可以编辑应用程序和部署属性,以及更改流中各个应用程序的版本并重新部署。Data Flow 与 Skipper 的集成处理升级过程,允许在升级未按计划进行时轻松回滚。流构建器选项卡还包含许多优化,包括更好的表单验证和及早错误报告。赶快试试吧!
还进行了大量的重构以优化代码库并为未来的扩展和功能添加做准备。还添加了使用 Selenium 和 SauceLabs 的端到端测试。
我们现在支持部署基于 Spring Boot 2.0 和 Spring Cloud Stream 2.0 的应用程序。请阅读有关指标的相关功能部分。
流应用程序启动器 的新 GA 版本 - Celsius.SR2 修复了在 PCF 上使用 Rabbit 源/接收器应用程序时的错误,并更新了 Python 应用程序。 任务应用程序启动器 的新 GA 版本 - Clark SR1 删除了一些过时的任务,并包含了组合任务运行程序的新版本。
发布列车 Darwin RC1 更新了流应用程序启动器,使其基于 Spring Boot & Spring Cloud Stream 2.0。已添加了 gRPC 处理器。导入 URL 可在此处找到 此处。
发布列车 Dearborn M1 更新了任务应用程序启动器,使其基于 Spring Boot & Spring Cloud Task 2.0。
Spring Cloud Stream 应用程序 Initializr 已更新以支持自定义基于 Darwin 的应用程序。
Spring Cloud Stream 应用程序启动器库提供了一些实用程序类,通过向 识别流 和 Cloud Foundry 环境 添加标签来丰富基于 micrometer 的监控。
更新的 Spring Cloud Stream 应用程序 Initializr 现在允许您向基于 Boot 1.5 和 2.0 的应用程序添加 micrometer 库。
两个新的示例应用程序展示了如何将 Micrometer 与 Data Flow 结合使用。 第一个示例 使用 InfluxDB 和 Grafana。 第二个示例 使用 Prometheus 和 Grafana。
另一个正在进行的工作非常值得关注,即使用 Promregator 项目通过使用 Prometheus 监控部署在 Cloud Foundry 上的应用程序。请按照 这些说明 进行尝试。
指标收集器 的 2.0 RC1 版本基于 Spring Boot 2.0 和 Spring Cloud Stream 2.0。指标收集器服务器支持从仅包含 Boot 1.x 或 2.x 应用程序的流以及包含 混合 Boot 版本 的流收集指标。将捕获吞吐率的一致表示形式并传播到 Data Flow 的仪表盘。
根据大众需求,此版本添加了 DSL 支持以解释组合任务中的“嵌套拆分”。Flo 仪表盘和 Shell 工具自动适应嵌套拆分。
以下是 Flo 仪表盘中 DSL 表达式的显示方式
<<extractFromFTP && cleanseFiles || extractFromS3 && splitTransform> && merge || extractfromOracle>
要使用此功能,您必须在 SCDF 中注册组合任务运行程序的 1.1.1.RELEASE
版本。
对于 Maven 用户
maven://org.springframework.cloud.task.app:composedtaskrunner-task:1.1.1.RELEASE
以及 Docker 用户
docker:springcloudtask/composedtaskrunner-task:1.1.1.RELEASE
由于 核心工作负载 API 进入 GA,客户端和集群版本兼容性得到了改进。例如,分区流式管道的状态集部署会动态解析版本兼容性。
扩展添加到“pod”配置的注释支持,现在还可以向“job”部署添加自定义注释。
现在支持使用自定义存活性探针和就绪探针端口进行部署。
在将 Skipper 与 Data Flow 一起使用时,已经可以将应用程序部署目标定位到多个平台后端。但是,我们不支持将多个 Kubernetes 平台作为目标。现在可以了!:)
Kubernetes 服务器现在支持在每个应用程序的基础上使用 私有 Docker 注册表。
一个常见的用例是在FTP站点上检测新文件,下载它们,并启动批处理作业。我们为此用例添加了一个新的文件导入示例。在接下来的几个月里,我们将继续改进设计和功能。您可以在这里关注。
越来越多的新问题涉及到对在Cloud Foundry上运行的应用程序的JAVA_OPTS
进行单独和全局覆盖的能力。我们添加了一个部署程序属性(deployer.yourapp.cloudfoundry.javaOpts
)来支持设置此特定环境变量。
切换到Hikari连接池并重构代码以使用更少的连接。
底层部署程序库中的几个错误修复。
与往常一样,我们欢迎您的反馈和贡献,因此请通过Stackoverflow或GitHub或Gitter与我们联系。
请尝试一下,分享您的反馈,并考虑为该项目做出贡献!