WSO2流处理器混乱

我对流处理器有点困惑。 我以前使用过CEP，现在使用的是流处理器

如果我没有弄错的话，数据分析服务器、CEP和机器学习器合并到了流处理器中，这是真的吗

因为我发现了一些不一致之处，例如SP不能直接在仪表板中发布，而CEP可以。 所以，我的问题是，CEP和ML中的所有矛盾都将在SP中流动

所以，我的问题是，CEP和ML中的所有矛盾都将在SP中流动

---

我不这么认为。StreamProcessor只有CEP、DAS或ML的一部分功能。目前，由于它是一种新的、更轻量和更快的产品，因此，IMHO it t正在推广中。DAS、CEP和ML尚未完全合并到Stream Processor中

在DAS中，实时分析由Siddhi处理，批量分析通过Spark完成。然而，在流处理器中，只有Siddhi充当核心处理器，不使用Spark

流处理器通过siddhi以流方式处理数据。为了满足批量分析的要求，可以使用Siddhi 4.0.0中引入的增量处理[1]

此外，通过为Siddhi 4.0.0编写的ML扩展提供了ML支持

在das/cep中，需要定义多个工件，如接收者、执行计划、发布者等。。以创建分析工作流程

但在流处理器中，可以在单个Siddhi应用程序中定义整个流

如需进一步澄清，请参阅DAS至SP迁移指南[2]和WSO2分析网站[3]

[1]

[2]

---

[3] WSO2流处理器是最新的产品。它具有WSO2 CEP所具有的一组超级功能。以下是WSO2 CEP与WSO2 SP的性能比较

概述

• SP 4.x的核心是最新的，它更稳定，并且得到了改进。而CEP由Siddhi 3.x提供动力
• SP基于C5，它比基于C4的CEP更瘦、更轻
• SP设计为容器友好型，可以是本机的。其中as CEP在集装箱化环境中部署时面临一些挑战
• 现在，所有内容都包含在Siddhi应用程序中，这是一个单独的文件，可以自行部署和执行

• 新的siddhi具有增量分析功能，旨在满足批量分析的需要。使用此功能，用户可以轻松地进行时间序列聚合，而无需与Spark等其他平台集成
• 增量分析通过允许在同一消息流中进行两种形式的分析，将实时分析与批量分析平滑地结合起来

• SP 4.x具有高度可扩展的分布式体系结构。SP的容器友好特性让我们可以大规模扩展它
• 分布式部署是容错的，它在ApacheKafka的帮助下支持一次处理
• CEP分布式体系结构基于ApacheStorm
• 此外，SP还内置了对多数据中心部署的支持。而CEP则没有

工具

• SP具有丰富的功能，支持自动完成、事件模拟、siddhi查询调试等。CEP在管理控制台中只有查询编辑器UI
• 让用户通过一组与Siddhi应用程序和JVM的性能、资源消耗等相关的综合统计数据来监控其部署。CEP有碳指标支持，它只显示JVM统计数据

• SP具有业务规则功能，非技术用户可以通过图形化向导（如UI）构建处理逻辑，而无需编写查询
• 开发人员可以使用此功能以抽象的方式呈现复杂的问题，这对于业务用户来说是可以理解的
• CEP没有专注于商业用户的功能