Wcf ESB入口点

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

另外（很抱歉，本来只应该是一个问题），定义消息应该去哪里的路由表将保存在哪里；在数据库中？再说一次，这不是一个潜在的瓶颈吗

我试图从非产品（BizTalk等）或框架（NServiceBus、大众交通等）的角度来看待这一点。好像你要从头开始写这种东西。我想了解一下你得到了什么以及潜在的问题。我猜如果你使用BizTalk，它会有路由表的消息框，这在过去是一个臭名昭著的瓶颈。我还看到，您在2009年的ESB部分中有了“入站”的概念。但正如我所说，我想思考的不仅仅是一个产品，以及人们如何看待它的架构

---

非常感谢您的任何见解。

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

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

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

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

---

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

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

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

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

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

---

希望这能有所帮助。

感谢Udi的回复。在您看来，BizTalk 2009 ESB Toolkit 2在多大程度上满足了ESB的需求？在我看来不是很好。但话说回来，由于对ESB的定义存在如此多的争议，我不确定这是一个正确的问题。也许更好的问题是，“产品ABC在构建可维护、可扩展等系统方面有用吗？如果有用，如何有用？”您可以在本页上看到该问题的答案：感谢Udi的回复。在您看来，BizTalk 2009 ESB Toolkit 2在多大程度上满足了ESB的需求？在我看来不是很好。但话说回来，由于对ESB的定义存在如此多的争议，我不确定这是一个正确的问题。也许更好的问题是，“产品ABC在构建可维护、可扩展等系统时有用吗？如果有用，如何有用？”您可以在本页上看到该问题的答案：