首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >卡夫卡动态消息编排流程引擎

卡夫卡动态消息编排流程引擎
EN

Stack Overflow用户
提问于 2020-02-26 07:16:38
回答 1查看 267关注 0票数 2

我正在试图了解哪些可能的工具包/框架可用于实现以下目标。

  1. 开发人员通常应该配置数据流(这是一系列步骤)以形成数据处理管道的工具包。零编码或极小编码的声明式方法。
  2. 底层的消息传递基础设施应该是Kafka --也就是说,工具箱应该直接支持Kafka (包括正确的依赖项)。
  3. 非常直观的可视化,部署,调试流。
  4. 流数据的聚合功能(按组分组)等。

我认为Spring数据流可以(可能)作为候选人进行测试吗?这就是它的意义吗(从人们在生产中使用它)?

是否也有免费/开源的选择?

EN

回答 1

Stack Overflow用户

发布于 2020-02-26 14:34:12

我将尝试在(SCDF)上下文中解压一些主题。

开发人员通常应该配置数据流(这是一系列步骤)以形成数据处理管道的工具包。零编码或极小编码的声明式方法。

还有我们维护和运输的~70数据集成应用程序。它们应该涵盖最常见的用例。它们中的每一个都是Spring应用程序,其中的业务逻辑可以与框架支持的各种消息代理 (包括Kafka和Kafka流)一样工作。

但是,当您有一个自定义数据处理需求,并且没有应用程序来满足这一需求时,您将不得不构建一个定制的应用程序源、处理器或接收器样式。如果您不想使用Java,多进制工作负载也是可能的。

SCDF允许您将应用程序组装成一个连贯的流数据管道[请参阅流开发人员指南]。然后,精心安排部署将数据管道中的应用程序作为本地资源发送到目标平台,如Kubernetes。

由于这些应用程序是通过持久的发布/子代理(例如: Kafka)相互连接的,所以SCDF还提供原语来CI/CD,滚动升级和回滚流数据管道中的各个应用程序,而不会造成上游或下游的影响。数据排序和保证也被保留,因为我们依赖并委托给底层message。

底层的消息传递基础设施应该是Kafka --也就是说,工具箱应该直接支持Kafka (包括正确的依赖项)。

这一点已在上一个答覆中提及。但是,需要注意的是,在未来,如果您想从Kafka切换到Azure事件中心,那么业务逻辑中绝对不需要任何代码更改。工作负载是可移植的,而且您没有将自己锁定在像Kafka这样的单一技术中。

非常直观地可视化、部署和调试流

SCDF支持drag+drop接口,与可观察工具(如Prometheus+Grafna )和数据管道中基于度量的应用程序自动缩放集成。

还可以通过直接使用SCDF的API接口Java (用于CI/CD自动化的数据管道的编程创建- critical)或外壳/CLI来完成上述所有工作。

流数据的聚合功能(按组分组)等

当使用Kafka绑定器实现时,您可以构建全面的联接、聚合和状态分析--参见样本

票数 4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/60408609

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档