IIS AppPool管理和最佳实践

我在工作中制作了一些较小的WCF服务，其中许多服务不重要/只包含几个调用。我将它们发布到IIS服务器上，每个服务器都有自己的“应用程序”。现在我一直习惯于为每个应用程序创建一个新的AppPool，但我想知道这是否真的有必要。我绝不是IIS专家，所以我想知道我的方法是否存在我不知道的缺陷？或者我可以使用DefaultAppPool并仍然可以吗？IIS AppPool管理和最佳实践

来源

2011-10-04 A.R.

我们有一个应用程序每个应用程序的原因有几个。当您更改文件时，AppPool将回收，或者如果AppPool出现问题，则不是所有应用程序都有风险。

我们对多个AppPools的主要推论是安全性。每个AppPool都作为不同的Active Directory帐户运行，因此如果该帐户受损，其他服务/应用程序不会直接受到攻击。

我敢肯定，如果让他们都一样，你会“OK”，但从我的角度来看，创建AppPool需要额外2分钟的时间值得增加灵活性。

来源

2011-10-04 18:14:14 MisterIsaak

好的，这似乎是一个非常合理的方法。我甚至没有考虑每个账户的收益。 –

我同意你的方法，但我们也看到加载的程序集（当然）不在应用程序池之间共享。所以所有（可能相同和共享的）程序集在每个应用程序池中至少加载一次。如果您的系统可以处理内存负载，没有问题，但在某些情况下，您可能会选择在应用程序池中共享某些相关服务。 – kroonwijk

IIS AppPool管理和最佳实践

回答

相关问题