Когда необходимо использовать специализированный Пул приложений по Пулу приложений По умолчанию?
В IIS 7, когда должен Вы использовать специализированный пул приложений, по Пулу приложений По умолчанию - Это - вопрос.
Ниже некоторые мои мысли о вопросе.
Это использует больше ресурсов, чтобы иметь все Ваши приложения с помощью их собственного специализированного пула приложений?
Это была бы хорошая практика, например, чтобы иметь специализированный пул приложений для приложений/сайтов, которые должны получить доступ к базе данных SQL, и затем другие сайты/приложения, которые не получают доступ к безопасным данным, просто помещают их в Пул приложений По умолчанию?
Каждый сайт/приложение может иметь свой собственный файл Web.config, если они все работают от Пула приложений По умолчанию?
1 ответ
Это действительно использует немного больше ресурсов, но это не было бы так намного больше, чем расширение существующего пула приложений - издержки для создания нового пула приложений не много.
Пулы приложений действительно об изоляции, поскольку возможно взаимодействовать с другими приложениями, работающими в том же пуле приложений, даже если они настраиваются как различные сайты.
Каждое приложение/сайт может иметь свой собственный web.config файл.
Я понятия не имею о лучшей практике, но я советовал бы помещать каждое приложение, которое Вы запускаете в пуле отдельного приложения. Если у Вас когда-нибудь будут проблемы производительности или нестабильное приложение, которое разрушает пул, то изолирование их будет означать, что другие пулы не затронуты.