Размещение в службе активации процессов Windows
Служба активации Windows (WAS) управляет активацией и временем существования рабочих процессов, содержащих приложения, которые размещают службы Windows Communication Foundation (WCF). Модель процесса WAS обобщает модель процесса IIS 6,0 для HTTP-сервера путем устранения зависимости от HTTP. Это позволяет службам WCF использовать и протокол HTTP, и отличные от HTTP протоколы, такие как Net.TCP, в среде размещения, которая поддерживает активацию на основе сообщений и предоставляет возможность размещать большое количество приложений на данном компьютере.
Дополнительные сведения создании службы WCF, которая выполняется в среде размещения WAS, см. раздел Как разместить службу WCF в WAS.
Модель процессов WAS предоставляет несколько функций, благодаря которым размещение приложений можно осуществлять более надежным и управляемым способом и при этом более эффективно использовать ресурсы.
Активация приложений на основе сообщений и динамические запуск и остановка приложений рабочего процесса в ответ на входящие рабочие элементы, поступающие по протоколу HTTP или по сетевым протоколам, отличным от HTTP.
Надежный перезапуск приложений и рабочих процессов для поддержания состояния выполняемых приложений.
Централизованные настройка приложений и управление ими.
Возможность использования приложениями модели процессов IIS без развертывания полной установки IIS.
Дополнительные сведения функциях WAS см. в разделе Размещение в службе активации процессов Windows.
Windows Server AppFabric работает совместно с IIS 7.0 и службой активации процессов Windows (WAS), обеспечивая среду размещения функционально насыщенных приложений для служб NET4 WCF и WF. К ее преимуществам относятся управление жизненным циклом, перезапуск процессов, совместное размещение, быстрая защита от сбоев, обработка потерянных процессов, активация по запросу и наблюдение за работоспособностью. Подробные сведения см. в разделах AppFabric Hosting Features и AppFabric Hosting Concepts.
Элементы модели адресации WAS
Приложения имеют адреса универсального кода ресурса (URI), представляющие собой единицы кода, временем существования и средой выполнения которых управляет сервер. В одном экземпляре сервера WAS может размещаться много различных приложений. Серверы организуют приложения по группам, называемым узлы. Внутри узла приложения упорядочены иерархически, их расположение отражает структуру URI, выполняющих функцию их внешних адресов.
Адреса приложений состоят из двух частей: базовый префикс URI и относительный адрес конкретного приложения (путь), сочетание этих элементов дает внешний адрес приложения. Базовый префикс URI создается из привязки узла и используется для всех приложений в этом узле. Затем адреса приложений создаются добавлением фрагментов пути конкретного приложения (таких как “/applicationOne”) к базовому префиксу URI (например, “net.tcp://localhost”), в результате чего получается полный URI приложения.
В следующей таблице приведены несколько возможных сценариев адресации для узлов WAS с привязками узлов HTTP и привязками узлов, отличными от HTTP.
| Сценарий | Привязки узла | Путь к приложению | Базовые URI приложения |
|---|---|---|---|
Только HTTP |
http: *:80:* |
/appTwo |
https://localhost/appTwo/ |
HTTP и отличные от HTTP |
http: *:80:* net.tcp: 808:* |
/appTwo |
https://localhost/appTwo/ |
Только отличные от HTTP |
net.pipe: * |
/appThree |
net.pipe://appThree/ |
Можно также обращаться к службам и ресурсам внутри приложения. Обратиться к ресурсам приложения внутри приложения можно с помощью базового пути к приложению. Например, предположим, что узел на компьютере с именем contoso.com имеет привязки узла для протоколов HTTP и Net.TCP. Также предположим, что узел содержит одно приложение, расположенное в /Billing и предоставляющее службу в GetOrders.svc. Тогда, если бы служба GetOrders.svc предоставляла конечную точку с относительным адресом SecureEndpoint, конечная точка службы предоставлялась бы в двух следующих URI:
https://contoso.com/Billing/GetOrders.svc/SecureEndpoint
net.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint
Среда выполнения WAS
Приложения организуются в узлы для адресации и управления. В среде выполнения приложения также группируются в пулы приложений. В пуле приложения можно разместить большое количество различных приложений из многих узлов. Все приложения внутри пула приложений имеют общий набор характеристик среды выполнения. Например, они все выполняются в среде CLR (common language runtime) одной и той же версии и имеют одно и то же удостоверение процесса. Каждый пул приложений соответствует экземпляру рабочего процесса (w3wp.exe). Каждое управляемое приложение, выполняемое внутри общего пула приложений, изолировано от других приложений с помощью AppDomain среды CLR.
См. также
Задачи
Как устанавливать и настраивать компоненты активации WCF
Как разместить службу WCF в WAS
Основные понятия
Архитектура активации WAS
Настройка службы активации процессов Windows для использования с Windows Communication Foundation