我正在努力进一步了解消息总线，并且一直在我脑海中浮现的一个问题是“消息如何进入总线？”。现在，我假设有某种服务（WCF等）接收消息并将它们放到总线上。那么我的另一个问题是，这项服务可能不是瓶颈吗？我假设您将构建此服务，以便可以轻松扩展，例如通过负载平衡？还是会有另一种方式？
另外（对不起，最初只应该是一个问题），路由表将在哪里定义消息应该去哪里;在数据库中？那么，这不会成为一个潜在的瓶颈吗？
我试图从非产品（BizTalk等）或框架（NServiceBus，Mass Transit等）的角度来看待这个问题。好像你将从头开始写这种东西。我想了解你所得到的以及潜在的问题。我想如果你使用BizTalk，它有路由表的消息框，这是过去臭名昭着的瓶颈。我也看到你在2009年的ESB部分有“on ramps”的概念。但正如我所说的，我想超越一个产品以及人们如何看待它应该被架构。
非常感谢任何见解。
答案 0 :(得分：4)
您可能想要考虑的一件事是服务总线与消息总线略有不同。为了理解差异，我们需要了解SOA意义上的服务。
WCF服务不是SOA服务 - 因为它不一定是自治的（在运行时，它可以被它调用的其他WCF服务阻止，或者在设计时，它可能需要在WCF时进行版本控制）它所谓的服务变化）。
您提出的大多数技术问题（缩放，路由等）首先是通过相关服务的自主性来解决的。只有这样，ESB才有意义。
我知道这并不能提供很多指导，但你可以尝试在我的博客和文章中阅读我在这个主题（过去3年）上写过的一些内容。已发表。这是一个很好的（也是最近的）可以让你开始朝着正确的方向前进：
http://www.udidahan.com/2009/09/29/article-eda-soa-through-the-looking-glass/
希望在某种程度上有所帮助。