StreamInsight作为ESB？

Question

我们一直在使用StreamInsight来处理各种事件。在寻找一个好的ESB平台时，我们也想知道我们是否可以将StreamInsight用于同一目的。

StreamInsight与NServiceBus之间的一些主要区别是

1. 最大消息/事件大小（此区域的StreamInsight明显受限）
2. Pub / Sub（需要一些工作才能使StreamInsight正常工作）
3. 轻松将某些内容转换为WCF端点（NServiceBus对此有利）

但除了限制之外，StreamInsight不能作为穷人的ESB吗？或者我只是试图在一个圆圈中修一个方形钉？

Answer 1

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

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

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

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

我希望这会有所帮助。 问候， 乔。