C# 使用'；公共汽车'；或StreamInsight

我被困在一个关于以下内容的架构问题上：

编辑：

所以我可能是想得太多了，或者我可能会重新措辞这个问题。NServiceBus似乎是为

消息传递

和

路由

（流式数据？）而设计的，而StreamInsight似乎是为

事件流处理

、

事件查询

和

关联

：）而设计的

使用方法1比使用方法2有什么好处（例如，在可伸缩性、冗余性方面）

方法1

这是一种总线（例如NServiceBus），用于将数据获取到数据库中，并仅使用StreamInsight进行查询/关联

方法2

它不使用NServiceBus，而是将输入/输出适配器用作Pub/Sub，而Sub是“主动将数据推送到数据库”的输出适配器

原件：

我们正在创建一个应用程序，将Twitter数据流式传输到我们的环境中。这些数据是：

存储为原始（事件）输入数据

解析/过滤

查询（使用StreamInsight CEP）

前面步骤之后的剩余数据存储为复杂事件

对于步骤1，我不确定最理想的方法是什么：

使用StreamInsight将数据流一分为二，其中一个输出适配器将原始数据存储在数据库的一侧，另一个输出适配器将数据发送到另一个输入适配器进行进一步的解析/筛选（步骤2）

-或-

使用不同的技术（MSMQ？Azure服务总线？）来“将原始数据流路由到数据库”

---

非常感谢您的指导

您所谈论的音量对于StreamInsight来说并不多。这不是个问题。 第二，没有理由给它增加复杂性，你似乎对这个问题想得太多了。首先，使用StreamInsight 2.1，可以很容易地创建一个接收器，将一些数据发送到数据库，然后进行额外的查询以进行额外的分析。这将发生在单个“进程”（不要与Windows进程混淆）中，任何查询集都可以有不同的接收器用于输出。

---

有道理？如果您想查看示例，可以下载此演示：。另外，请看我的博客www.devbiker.net

我们谈论的是什么样的数据量和加速，性能要求是什么？部分未知，但目前应该能够每秒至少处理10条消息。然而，这很容易在一年内达到每秒100次。对于原始数据存储的具体要求没有硬性的性能要求，重点应该放在存储所有数据这一事实上。与第2步到第3步不同，这里有一个（近乎“实时”的要求，但在这一点上，很明显它需要转到/通过StreamInsight。