在生产中自我托管wcf服务是一种很好的做法

Question

我正在创建一个WCF服务，我想自己在生产中托管它，这可能吗？ 如果可能的话，这是一个很好的做法，我在网上搜索过，我发现了很多解释，但没有关于生产中自托管服务的参考。请给出你的建议。

Answer 1

每种类型的托管都适合特定的业务需求。 以下是Juval Lowy编程WCF服务何时使用自托管服务的示例：

当您想要客户端和服务之间的进程（或机器）边界以及使用进程内服务时（即与客户端处于同一进程中）时，请使用自托管。

简单的答案是：不，这不是一个好习惯。 但这并不意味着，没有任何可以使用它的场景，特别是在一些不复杂的情况下。 记得保持简单愚蠢（KISS）。 不要在您的解决方案中引入复杂性。

这是另一个例子，你可以使用来自Nishith Pathak的Pro WCF 4 Practical Microsoft SOA Implementation SECOND EDITION的SH ：

当您希望用户桌面上的应用程序彼此通信或在对等方案中进行通信时，您可能还希望自助托管服务

我认为这些是规则的例外。 在其他情况下，请不要使用SH，除非您有明显的理由可以防守。

Answer 2

虽然可以进行自托管，但使用主机（例如IIS）通常要容易得多，因为它的实现需要付出大量的工作和思考，从而形成一个强大且可扩展的托管解决方案。

“生产”并没有多说 - 如果你没有窗口服务器和少量客户端，并且可用性不是大问题，那么自托管可以是一个简单的，脂肪，足够好的解决方案。

Answer 3

这在技术上是可行的（主要取决于服务器的负载和所需的功能），但恕我直言，使用IIS更好，它更可靠，可监控，并在许多方面进行了优化。

示例：如果您的自托管服务进程崩溃，请手动重新启动它吗？ 你为此写了一个守护进程？ IIS处理（当然）这个。

对于小的需求，如果你不想使用IIS，它仍然可以使用自托管，但我认为使用SH而不是IIS没有任何真正的优势。