Когда следует использовать выделенный пул приложений поверх пула приложений по умолчанию?

Question

В IIS 7, когда следует использовать выделенный пул приложений, а не пул приложений по умолчанию - это вопрос.

Ниже приведены некоторые мои мысли по этому вопросу.

Использует ли он больше ресурсов, чтобы все ваши приложения использовали собственный выделенный пул приложений?

Будет ли хорошей практикой, например, иметь выделенный пул приложений для приложений / сайтов, которым требуется доступ к базе данных SQL, а затем другие сайты / приложения, не имеющие доступа к защищенным данным, просто поместите их в пул приложений по умолчанию?

Может ли каждый сайт / приложение иметь свой собственный файл Web.config, если все они запускаются из пула приложений по умолчанию?

Answer 1

Он действительно использует немного больше ресурсов, но это не намного больше, чем расширение существующего пула приложений - издержки на создание нового пула приложений невелики.

Пулы приложений на самом деле связаны с изоляцией, поскольку возможно взаимодействие с другими приложениями, работающими в том же пуле приложений, даже если они настроены как разные сайты.

Каждое приложение / сайт может иметь свой собственный файл web.config.

Я понятия не имею о наилучшей практике, но я бы посоветовал поместить каждое приложение / сайт, который вы запускаете, в отдельный пул приложений. Если у вас когда-либо возникают проблемы с производительностью или нестабильное приложение, вызывающее сбой пула, их изоляция будет означать, что другие пулы не будут затронуты.