在 Windows Process Activation Service 中託管
Windows Process Activation Service（WAS）會管理承載 Windows Communication Foundation（WCF）服務的工作進程的啟用和生命週期。 WAS 進程模型藉由移除 HTTP 上的相依性，將 HTTP 伺服器的 IIS 6.0 進程模型一般化。 這可讓 WCF 服務在支援訊息型啟用的裝載環境中同時使用 HTTP 和非 HTTP 通訊協定，例如 Net.TCP，並提供在指定電腦上裝載大量應用程式的能力。
如需建置在 WAS 裝載環境中執行的 WCF 服務的詳細資訊，請參閱 如何在 WAS 中裝載 WCF 服務。
WAS 程式模型提供數個功能，可讓應用程式以更強固、更容易管理的方式裝載，以及有效率地使用資源：
以訊息為基礎的應用程式和工作程序應用程式會動態啟動和停止，以回應使用 HTTP 和非 HTTP 網路協定抵達的傳入工作項目。
健全的應用程式和工作進程回收，以維護執行中應用程式的正常運作。
集中式應用程式組態和管理。
可讓應用程式利用 IIS 處理程序模型，而不需要完整 IIS 安裝的部署所需空間。 Windows Server AppFabric 與 IIS 7.0 和 Windows Process Activation Service （WAS） 搭配運作，為 NET4 WCF 和 WF 服務提供豐富的應用程式裝載環境。 這些優點包括進程生命週期管理、進程再利用、共用主機、快速故障保護、進程孤立、隨選啟用和健康監控。 如需詳細資訊，請參閱 AppFabric 裝載功能 和 AppFabric 裝載概念。
WAS 尋址模型的元素
應用程式具有統一資源識別碼 （URI） 位址，這是伺服器所管理存留期和執行環境的程式代碼單位。 單一 WAS 伺服器實例可以裝載於許多不同的應用程式。 伺服器會將應用程式組織成群組，這些群組稱為 站點，。 在網站內，應用程式會以階層式方式排列，以反映做為其外部位址的 URI 結構。
應用程式位址有兩個部分：基底 URI 前置詞和應用程式特定的相對位址（路徑），在聯結在一起時為應用程式提供外部位址。 基底 URI 前綴是從網站繫結建構的，並用於網站下的所有應用程式。 接著，應用程式位址會採用應用程式特定的路徑片段（例如 “/applicationOne”），並將其附加至基底 URI 前置詞（例如，“net.tcp：//localhost”），以抵達完整的應用程式 URI。
下表說明關於 WAS 服務的 HTTP 和非 HTTP 網站繫結的多種可能配置情境。
| 場景 | 網站系結 | 應用程式路徑 | 基底應用程式 URI |
|---|---|---|---|
| 僅限 HTTP | http： *：80：* | /appTwo | http://localhost/appTwo/ |
| HTTP 和非 HTTP | http： *：80：* net.tcp： 808：* |
/appTwo | http://localhost/appTwo/net.tcp://localhost/appTwo/ |
| 僅限非HTTP | net.pipe： * | /appThree | net.pipe://appThree/ |
應用程式內的服務和資源也可以存取。 在應用程式內，應用程式資源會相對於基底應用程式路徑來尋址。 例如，假設在伺服器名稱 contoso.com 上的網站具有 HTTP 和 Net.TCP 協定的網站綁定。 此外，假設網站包含位於 /Billing 的一個應用程式，這會公開 GetOrders.svc 的服務。 然後，如果 GetOrders.svc 服務公開了具有 SecureEndpoint 相對位址的端點，服務端點將會在下列兩個 URI 上公開：
http://contoso.com/Billing/GetOrders.svc/SecureEndpointnet.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint
WAS 執行環境
應用程式會組織成網站，以便進行尋址和管理。 在運行時間，應用程式也會群組在一起成為應用程式集區。 應用程式集區可以容納來自不同網站的許多不同應用程式。 應用程式集區內的所有應用程式都會共用一組常見的運行時間特性。 例如，它們全都以相同版本的 Common Language Runtime （CLR） 執行，而且它們全都共用通用進程身分識別。 每個應用程式集區都會對應至工作程序的實例（w3wp.exe）。 在共用應用程式集區內執行的每個受控應用程式都會透過 CLR AppDomain 與其他應用程式隔離。