问题标签 [complex-event-processing]

我对复杂事件处理非常感兴趣，并且一直在关注 Esper。但是，我的公司有反 GPL 的立场，我想知道在 Apache 或 BSD 等更商业友好的许可下是否有非 GPL 替代方案？

我想了解有关如何构建基于 CEP 的应用程序的更多信息。所以我环顾四周，发现了几个产品（在这里找到概述：http ://rulecore.com/CEPblog/?page_id=47 ）。

但由于目前有很多，我不知道哪个是最好的开始。总的来说，我只会考虑免费提供的那个。其余的对于私人使用来说有点贵；）

Esper 是免费的，但是没有 Esper 工作室，开发一个 cep 应用程序似乎很乏味。Streambase 提供免费试用，但我不知道您可以使用多长时间（如果只有一个月，对更长时间的研究没有帮助）。Oracle CEP 套件似乎相当完整，但在 cep 场景中——据我所知——与 Esper 或 Streambase 相比，它是最不被认可的。

那么您对开始 cep 开发的最佳方式有什么提示吗？花时间研究 oracle 文档是否值得，还是从 Esper 或 Streambase 开始更好？

干杯，

安德烈亚斯

Microsoft's Complex Event Processing (CEP) offering StreamInsight was released in tandem with SQL Server 2008 R2.

I am wondering:

• if StreamInsight is in any way tied to the SQL Server 2008 R2 database and if it can be run separately.

  (From scanning over the documentation it looks like StreamInsight can be
  run separately but clarification would be desirable).

• If you have experience using StreamInsight separate from SQL Server 2008 R2 how has the experience been?

Thanks!

What does PI in OSIsoft's 'PI System' stand for?

I can't tell if it stands for the symbol/number Pi, or if it stands for a previous name for the technology, like 'Process Intelligence'. PI is too close to the more common BI to be just a coincidence.

Note - There are Channel9 videos that demonstrate how MS uses OSIsoft to monitor some operations. Links to the C9 videos are from the 'SQL 2008 R2' CEP pages. The SQL CEP features are called StreamInsight.

我正在使用复杂事件处理 (Esper) 技术在我的系统中提供实时烛台计算。我在计算值方面做得很好，但是我发现很难确保蜡烛窗口从整分钟开始（对于一分钟蜡烛）并在下一分钟开始之前结束（即蜡烛 1[06:00.000 - 06:00.999]，蜡烛2[06:01.000 - 06:01.999] 等...）。

Esper 的查询语言中是否有能够提供此类功能的模式或命令？

我会很感激建设性的意见和指导。

除了Nesper和Microsoft StreamInsight之外，是否有任何与 .Net 兼容的 CEP 引擎/平台（即，它具有 .Net API）？

是否有用于 ruby​​ 的开源复杂事件处理 (CEP) 引擎？

我正在寻找能够提供状态分析的东西，而不仅仅是规则引擎式的先行谓词产生式。

如何将 xml 文件读取到 aleri 中的流中。我如何在 aleri 中为具有嵌套元素的 xml 创建数据模型资源管理器。

是否有任何类似于Esper（Java 和 .NET）的 Python 替代品来处理复杂事件处理（CEP）？

我有以下两条规则：

以及每天生成 10K 次此类备份并模拟 50 天的“压力测试”。鉴于上述所有规则均指 3 天的窗口，并且系统中没有其他规则，因此 50 天后内存中最多应该有 30K 事件（更少，因为应该修剪成功的事件）。但是，当我检查流入口点（WorkingMemoryEntryPoint）的内容时，我在内存中有大约 380K 事件 - 这意味着我有一些非常旧的事件没有像它们应该的那样被自动驱逐。

KB配置为流处理模式，事件定义如下：

所以没有明确的生命周期管理。我究竟做错了什么 ？我知道它与规则 #2 有关，因为如果我删除它，我会在内存中准确地得到 30K 事件（每天 10K * 3 天窗口）