0

我试图进一步了解消息总线，而我脑海中不断出现的一个问题是“消息是如何进入总线的？”。现在，我假设有某种服务（WCF 等）接收消息并将它们放到总线上。那么我的另一个问题是，这项服务是否可能成为瓶颈？我假设您会构建此服务，以便它可以轻松扩展，例如通过负载平衡？或者会有别的方法吗？

另外（对不起，最初应该只是一个问题），定义消息应该去哪里的路由表将保存在哪里；在数据库中？再说一次，这难道不是一个潜在的瓶颈吗？

我试图从非产品（BizTalk 等）或框架（NServiceBus、Mass Transit 等）的角度来看待这个问题。就好像你要从头开始写这种东西一样。我想了解您正在得到什么以及潜在的问题。我猜如果你使用 BizTalk，它有路由表的消息框，这是过去臭名昭著的瓶颈。我还看到您对 2009 年的 ESB 部分有“坡道上”的概念。但正如我所说，我想超越产品以及人们如何看待它应该被架构。

非常感谢您的任何见解。

4

1 回答 1

4

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

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

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

我知道这并不能提供太多指导，但您可以尝试阅读我在博客和我发表的文章中（过去 3 年）就该主题撰写的一些内容。这是一个很好的（也是最近的）可以让你朝着正确的方向开始的：

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

希望在某种程度上有所帮助。

于 2009-10-09T22:32:55.263 回答