NServiceBus 主机问题中的 WCF 服务托管答案

【问题标题】：WCF Service Hosting in NServiceBus Host IssuesNServiceBus 主机问题中的 WCF 服务托管
【发布时间】：2011-12-07 03:26:01
【问题描述】：

我们这里的一个团队刚刚完成了一个同时使用 WCF 和服务总线。当我审查该项目时，我发现他们选择了主办 IIS 中的 WCF 服务和 NServiceBus 而不是 NServiceBus 主机。

当我询问为什么会这样时，我被告知当他们托管 WCF 服务时（在 TCP 绑定上）在 WCF 会定期“获取”的 NServiceBus 主机中卡住'。这在实践中意味着什么，通常每天一次 WCF 服务将开始主动拒绝连接。

据我了解，IIS 内部有自定义代码来监控运行状况 WCF 端点，并在它们“卡住”时重新启动它们。我想避免在 IIS 中托管，因为您没有获得所有基于约定的优点使用 NServiceBus 主机。

谁能进一步阐明这个问题或提出我们可以解决的方法在使用 NServicebusHost 时避免该问题？

PS 我意识到问题的描述有点含糊，我也希望有人可以帮助我改进问题。

【问题讨论】：

这种情况对我来说有点奇怪，我宁愿使用 NServiceBus.Host 在 IIS 和 NServiceBus 端点中托管 WCF 服务。这些应用程序中的每一个都应该具有彼此不同的对象生活方式，因此我认为将它们托管在一个地方没有任何好处，根本不会增加简单性。
这个 NSB 端点实际处理消息，我理解了吗？

【解决方案1】：

我无法理解将所有内容托管在一个容器中的必要性。您不能通过 Windows 服务中的通用主机在 IIS 和 NSB 端点中托管 WCF 端点。然后可以将它们作为单独的关注点进行管理。

【讨论】：

只要我将它们保存在单独的进程中，这可以工作，并且可能是我必须忍受的限制。我希望更好地理解 WCF 失败的原因能够帮助我避免这种限制，并且如果我愿意的话，能够在同一个进程中托管这两者。