我在工作中制作了许多较小的 WCF 服务，其中许多都是非关键的/仅包含一些调用。我将它们发布到 IIS 服务器，每个服务器都有自己的“应用程序”。现在我已经习惯为每个应用程序创建一个新的AppPool，但我想知道这是否真的有必要。我绝不是 IIS 专家，所以我想知道我的方法是否存在我不知道的陷阱？或者我可以只使用 DefaultAppPool 并且仍然可以吗？
最佳答案
出于多种原因，我们为每个应用程序提供一个 AppPool。当您更改文件时，AppPool 会回收，或者如果 AppPool 出现问题，则并非所有应用程序都面临风险。
我们使用多个应用程序池的主要原因是安全性。每个应用程序池都作为不同的 Active Directory 帐户运行，因此，如果该帐户受到威胁，其他服务/应用程序不会直接受到攻击。
我确信您会“同意”让它们全部相同，但从我的角度来看，创建 AppPool 所花费的额外 2 分钟时间是值得增加的灵活性。
关于c# - IIS 应用程序池管理和最佳实践，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7651705/