ESB入口点

Question

我试图进一步了解消息总线，而一直在我脑海中出现的问题是“消息如何进入公交车？”。现在，我假设有一种服务（WCF等）接收消息并将它们放到公共汽车上。那么我的另一个问题是不是这个服务可能是瓶颈？我假设你会构建这个服务，以便它可以很容易地缩放，比如通过负载平衡？或者会有另一种方式？另外（对不起，它最初只应该是一个问题），路由表的保存位置定义了消息的去向;在数据库中？再一次，这不会是一个潜在的瓶颈吗？

我想从非产品（BizTalk等）或框架（NServiceBus，公共交通等）的角度来看待这个。就好像你将从头开始写这种东西。我想弄清楚你所得到的和潜在的问题。我想如果你使用BizTalk，它有路由表的消息框，这是过去臭名昭着的瓶颈。我还看到，您在2009年的ESB部分中拥有“on ramps”概念。但正如我所说的，我想超越产品以及人们如何看待它应该是架构的。

非常感谢任何见解。

Answer 1

您可能要考虑的一件事是服务总线与仅仅是消息总线略有不同。为了理解这种差异，我们需要看看SOA意义上的服务是什么。

WCF服务不是SOA服务 - 因为它不一定是自治的（无论是在运行时，它可以被其调用的其他WCF服务阻止，或者在设计时，它可能需要版本控制它称之为WCF服务改变）。

您提出的大多数技术问题（缩放，路由等）首先由相关服务的自主性解决。只有这样，ESB才会开始有意义。

我明白这不能提供很多指导，但您可以尝试在我的博客和文章I中阅读我在此主题（过去3年）中编写的一些内容已经出版。这里有一个很好的（和最近的）一个，可以让你在正确的方向开始：

http://www.udidahan.com/2009/09/29/article-eda-soa-through-the-looking-glass/

希望帮助以某种方式。