ESB 入口点

Question

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

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

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

非常感谢您的任何见解。

Answer 1

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

WCF 服务不是 SOA 服务 - 因为它不一定是自治的（在运行时，它可能会被它调用的其他 WCF 服务阻止，或者在设计时，当 WCF它调用更改的服务）。

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

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

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

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