0

We've been using StreamInsight for a while to process various events. In the search of a good ESB platform, we also wonder if we could use StreamInsight for the same purpose.

A couple of the key differences between StreamInsight and something like NServiceBus are

  1. Max message/event size (StreamInsight is obviously limited in this area)
  2. Pub/Sub (takes some work to make StreamInsight work)
  3. Easily turn something into a WCF endpoint (NServiceBus is good for this)

But limitations aside, couldn't StreamInsight serve as a poor man's ESB? Or I'm just trying to fix a square peg in a round circle?

4

1 回答 1

0

我没有使用 StreamInsight 的经验,但简要查看了文档以了解它的全部内容。仅基于此外观,它似乎具有一些强大的基于事件的功能,能够使用目标系统的适配器和输出适配器从某些系统获取事件。它似乎是基于流的查询语法,可能具有比集成更多的分析能力。它的某些方面让我想起了 EAI 工具,但我认为进程事件是 ESB 的一个很好的特性,它可能有点像圆孔中的方形钉。然而,各种工具确实重叠。

Stackoverflow 和其他地方对 ESB 有很多定义。我喜欢 Hohpe 在 EAIPatterns 网站上使用的简单定义:

http://www.eaipatterns.com/MessageBus.html

包括 NServiceBus 在内的 Bus 产品完成了一些类似的功能,但 IMO 它们倾向于提供更动态且可能更精细的集成方式。在 Nservicebus 中,消息通常是 C# POCO 类。有些可能很大,它确实支持数据总线。总线消息通过传输从总线事务的端点移动。PubSub 是内置的并且是有意的。NServiceBus 不使用适配器,而是使用允许代码集成到总线的 C# API。

我希望这有帮助。问候,乔。

于 2014-06-15T05:41:00.603 回答