我不是在这个话题的黑暗中,实际上在两个主机环境中托管了几个WCF服务.不过,我即将开始使用更重的新服务,并希望“重新访问”这个话题.现在我正在倾斜Windows服务.
我已经阅读了以下内容：IIS WCF service hosting vs Windows Service,它提供了一些很好的信息,但是有点过时了(是的,即使只有1.5岁,仍然使用代号’都柏林技术’).
因为我对设置,部署和配置非常满意(包括将SSL证书应用于承载WCF服务的端口),因此对我而言并不重要.
我一直认为IIS中的应用程序回收将是主办WCF服务的一个缺点,允许潜在的可能的通信中断.我知道一个.asmx IIS托管服务(转换为WCF),我已经收到随机的“401未经授权”(我的意思是每5-10,000个呼叫类型的事情真正随机),我标记为IIS和其能力的特质保持通信100％的时间没有应用程序池被回收(可能导致问题？ – >这个问题在这里没有问题,仅供参考).所以我想知道IIS.
所以我希望当前一天的观点(很多MSDN比较图表都过时了,总是与IIS 6进行比较)在Windows Server 2008 R2上的一个Windows Server 2008 R2上的WCF服务与IIS 7.5之间.谢谢！！
对于我最近的WCF项目,我已经使用ASP.Net 4和AppFabric与.svc扩展托管代码. (目前,AppFabric有问题监控服务被路由 – 所以需要一个.svc文件)
以下是一些关于WCF和AppFabric的更多有用的链接：
> Monitoring your WCF services with AppFabric
> AppFabric-enabled WCF Data Service Walkthrough (C#)
在IIS方法中看到的另一个优点是允许您在其旁边创建页面来帮助监视,维护和配置服务.使用Windows服务,您必须手动编辑配置文件或创建一个应用程序来处理它.在WebForms / MVC应用程序旁边托管WCF以进行管理的能力在我的书中是一个巨大的加分.显然,您需要确保以某种方式进行安全保护,以防止其他用户进行对等并查看状态/进行配置.