自托管WCF服务的问题

为什么你(还有很多其他人)会立即认为自托管会导致问题(或者比在IIS中托管更多的问题)??

我们几乎只使用了一堆自托管的WCF服务(在Windows NT服务中),我不想用其他方式。任何人 严重的 生产准备托管,我会 总是 建议先自我托管。

为什么?

• 我可以 完全控制 服务的URL-在我身上没有IIS强制服务器名、虚拟目录、端口和*.svc文件

• 我可以 开始和停止 这些服务可以随意使用,在很多情况下都非常有用

• 我有 完全支持所有绑定 和协议-没有大惊小怪,没有混乱-它只是工作

• 我不需要处理应用程序池、应用程序池回收和IIS的其他烦恼

再说一遍: 为什么? 你会自动地认为自我托管会导致问题吗??它实际上可以防止很多IIS问题!

我想说,这主要是由你的传输协议驱动的。

如果您使用TCP或命名管道,我将倡导自托管(是的,我知道IIS可以做,但我想自我托管的灵活性)。然而,对于HTTP,我相信I is是一条路,因为它涵盖了许多问题,在自托管中实现这些问题需要做很多工作。

自托管一个TCP或命名管道服务是快速和简单的,没有特殊的问题。我必须说,只有在命名管道上 named pipe hardening 在Windows Vista/7/2008上,这个模型变得更加复杂,而且对我来说,非常不可用。