• Нехватка памяти. Приложение, потребляющее большое количество ресурсов, или старое приложение, которому не хватало памяти, являются хорошими кандидатами для регулярного повторного использования. В этом случае вы можете создать отдельный пул приложений и сконфигурировать повторное использование процесса. Приложения, работающие в остальных пулах, не будут затронуты этими параметрами.
• Безопасность. Настройки, связанные с безопасностью, могут стать другой причиной помещения приложений в отдельные пулы. Например, если у вас есть Web-приложения, требующие определенных прав (например, доступ только к определенным базам данных SQL Server или к хранилищу сертификатов Windows), вы можете создать своего собственного пользователя Windows, обладающего необходимыми правами, сконфигурировать новый пул приложений под этого пользователя, а затем запустить в этом пуле Web-приложения, которые требуют только этих определенных прав. Все остальные приложения в других пулах приложений будут по-прежнему работать под низкоприоритетной учетной записью Network Service.
• Администрирование. В сценариях Web-хостинга вы можете изолировать административные приложения и приложения для разных потребителей (или групп потребителей) посредством пулов приложений; таким образом, Web-приложения от одного потребителя не смогут обращаться к ресурсам (например, к базе данных или файловой системе) приложений других потребителей по причине предоставленных прав для сконфигурированной личности пула приложений.

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

Внимание! Повторное использование пула приложений (рабочего процесса) в первую очередь означает прекращение работы старого процесса и начало нового экземпляра рабочего процесса для пула приложений. Таким образом, любые данные, хранящиеся в пространстве рабочего процесса, будут утрачены при повторном использовании пула. Следовательно, или приложение должно быть "спроектировано" для повторного использования, или повторное использование должно происходить в тот момент, когда трафик на Web-сайте не будет слишком интенсивным. Разработка приложений для повторного использования включает в себя те же действия, что и разработка приложения для Web-фабрики; например, использование внешнего состояния сеанса является одним из ключевых требований для подготовки приложения к повторному использованию, поскольку обычно состояние сеанса хранится в пространстве процесса рабочего процесса. К счастью, ASP.NET имеет механизм для экспорта состояния сеанса, а также для сохранения данных сеанса или во внешнем серверном процессе обработки состояния, или в SQL Server. В этом случае состояние сеанса не утрачивается, если процесс будет использоваться повторно (или, в случае Web-фабрики, если запрос будет обрабатываться другим сервером в группе).

Вы можете создать пулы приложений, если просто дважды щелкнете на узле Application Pools (Пулы приложений) или на каком-то существующем пуле приложений и в контекстном меню выберете команду New => Application Pool (Создать => Пул приложений), как показано на рис. 18.15.

предыдущая    следующая страница    вначало главы    оглавление

772