Данная статья показывает новую маленькую, но приятную возможность, которая опционально позволяет автоматизировать запуск и проактивную инициализацию веб-приложения, без надобности ожидать внешнего посещения клиентом сервера. Это поможет предоставить быстрый ответ для первого пользователя, который посетил сервер и позволит избежать написания собственного кода, который «разогреет» сервер и разместит нужную информацию в кэшах. Данное нововведение работает во всех типах ASP.NET приложений, включая Web Forms и MVC.Автозапуск веб-приложений в ASP.NET 4
Некоторые веб-приложения требуют загрузки большого количества данных или выполняют трудоемкий процесс инициализации, до возможности обрабатывать запросы. Разработчики, использующие ASP.NET сегодня, часто пользуются для этого событием “Application_Start” в файле Global.asax, которое выполняется первый раз при запуске запросов. Они изобретают собственные скрипты для отсылки ложных запросов в приложение, для периодического «пробуждения» и запускают этот код до пользователя или предполагают несчастному первому пользователю подождать, пока определенные действия отработают, до обработки первого запроса.
ASP.NET 4 предоставляет новую возможность, называемой “auto-start”, которая лучше реализует данный сценарий и доступную на IIS 7.5 (который устанавливается на Windows 7 и Windows Server 2008 R2). Автозапуск позволяет контролировано присоединиться к запуску worker-процесса приложения, инициализировать ASP.NET приложение, а затем принимать HTTP запросы.
Конфигурирование ASP.NET 4 приложения для автозапуска
Для использования автозапуска, нужно настроить IIS “application pool” worker-процесса, который автоматически запускается приложением, когда веб-сервер впервые загружается. Вам нужно открыть applicationHost.config в IIS 7.5 (C:\Windows\System32\inetsrv\config\applicationHost.config) и добавить атрибут startMode=”AlwaysRunning” в узел :
<applicationPools>
<add name="MyAppWorkerProcess" managedRuntimeVersion="v4.0" startMode="AlwaysRunning" />
</applicationPools> Если вы запустите диспетчер задач Windows и выберите «Отображать процессы всех пользователей», а потом сохраните отредактированный файл applicationHost.config, то увидите новый процесс “w3wp.exe”, который запускается сразу же после сохранения файла.
Один IIS пул worker-процесса приложения может хостить несколько ASP.NET приложений. Вы можете выбрать, какое приложение автоматически запускается, когда загружается процесс, добавив атрибут serviceAutoStartEnabled=«true» в конфигурации:
<sites>
<site name="MySite" id="1">
<application path="/" serviceAutoStartEnabled="true" serviceAutoStartProvider="PreWarmMyCache" />
</site>
</sites>
<serviceAutoStartProviders>
<add name="PreWarmMyCache" type="PreWarmCache, MyAssembly" />
</serviceAutoStartProviders>Атрибут serviceAutoProvider=«PreWarmMyCache» позволяет настроить собственный класс, который будет использоваться любую логику «разогрева» приложения. Данный класс будет автоматически вызван, как только worker-процесс и приложение будут предзагружены (до приема любых внешних веб-запросов) и может быть использован для запуска любой логики инициализации или кэширования.
public class PreWarmCache : System.Web.Hosting.IProcessHostPreloadClient {
public void Preload(string[] parameters) {
// Perform initialization and cache loading logic here...
}
} IIS запустит приложение, в состоянии, во время которого не будут приниматься запросы, до того как ваша логика «разогрева» не отработает. После того, как ваш код инициализации запустится и отработает в методе Preload, ASP.NET приложение будет помечено, как готовое для обработки запросов.
Вы можете комбинировать новую возможность автозапуска с расширением для балансировки загрузки для IIS7 — Application Request Routing (ARR), сигнализируя балансировщику, как только приложения инициализировано и готово принимать HTTP трафик, следовательно, сервер может быть помещен в веб-ферму для обработки запросов.
