Hosten in WAS (Windows Process Activation Service)Hosting in Windows Process Activation Service

Windows Process Activation Service (WAS) verwaltet die Aktivierung und Lebensdauer der Arbeitsprozesse, die Anwendungen, die Hostdienste Windows Communication Foundation (WCF) enthalten.The Windows Process Activation Service (WAS) manages the activation and lifetime of the worker processes that contain applications that host Windows Communication Foundation (WCF) services. Das WAS-Prozessmodell verallgemeinert das IIS 6.0IIS 6.0-Prozessmodell für den HTTP-Server durch das Entfernen der Abhängigkeit von HTTP.The WAS process model generalizes the IIS 6.0IIS 6.0 process model for the HTTP server by removing the dependency on HTTP. Dadurch wird ein WCF-Diensten für die Verwendung von HTTP- und nicht-HTTP-Protokolle, wie z. B. Net.TCP, in einer Hostingumgebung, die Nachrichtenbasierte Aktivierung unterstützt und bietet die Möglichkeit, eine große Anzahl von Anwendungen auf einem bestimmten Computer zu hosten.This allows WCF services to use both HTTP and non-HTTP protocols, such as Net.TCP, in a hosting environment that supports message-based activation and offers the ability to host a large number of applications on a given machine.

Weitere Informationen zum Erstellen eines WCF-Diensts, die in der WAS-Hostingumgebung ausgeführt wird, finden Sie unter wie: Hosten eines WCF-Diensts in WAS.For more information about building a WCF service that runs in the WAS hosting environment, see How to: Host a WCF Service in WAS.

Das WAS-Prozessmodell bietet verschiedene Funktionen, die ermöglichen, Anwendungen auf robustere, besser verwaltbare und ressourcenschonendere Weise zu hosten:The WAS process model provides several features that enable applications to be hosted in a way that is more robust, more manageable, and that uses resources efficiently:

  • Nachrichtenbasierte Aktivierung von Anwendungen und Arbeitsprozessen. Anwendungen werden dynamisch gestartet und beendet, in Reaktion auf mithilfe von HTTP- und Nicht-HTTP-Netzwerkprotokollen eintreffende Arbeitsaufgaben.Message-based activation of applications and worker process applications start and stop dynamically in response to incoming work items that arrive using HTTP and non-HTTP network protocols.

  • Robustes Wiederverwenden von Anwendungen und Arbeitsprozessen, um den Systemzustand laufender Anwendungen aufrechtzuerhalten.Robust application and worker process recycling to maintain the health of running applications.

  • Zentralisierte Anwendungskonfiguration und -verwaltung.Centralized application configuration and management.

  • Ermöglicht Anwendungen, die Vorteile des IIS-Prozessmodells zu nutzen, ohne dass der Bereitstellungsaufwand einer vollständigen IIS-Installation erforderlich wäre.Allows applications to take advantage of the IIS process model without requiring the deployment footprint of a full IIS installation.

Weitere Informationen zu WAS-Funktionen finden Sie unter IIS 7.0 Beta: IIS 7.0-Webverwaltungs.For more information about WAS features, see IIS 7.0 Beta: IIS 7.0 Web Administration.

Windows Server AppFabric arbeitet mit IIS 7.0IIS 7.0 und Windows Process Activation Service (WAS) eine vielseitige anwendungshostingumgebung für NET4 WCF- und WF-Dienste bereitstellen.Windows Server AppFabric works with IIS 7.0IIS 7.0 and Windows Process Activation Service (WAS) to provide a rich application hosting environment for NET4 WCF and WF services. Vorteile sind u. a. die Verwaltung von Prozesslebenszyklen, die Prozesswiederverwendung, freigegebenes Hosting, rascher Ausfallschutz, Verwaisen von Prozessen, die Aktivierung bei Bedarf und die Systemüberwachung.These benefits include process life-cycle management, process recycling, shared hosting, rapid failure protection, process orphaning, on-demand activation, and health monitoring. Ausführliche Informationen finden Sie unter AppFabric-Hostingfunktionen und AppFabric-Hostingkonzepte.For detailed information, see AppFabric Hosting Features and AppFabric Hosting Concepts.

Elemente des WAS-AdressierungsmodellsElements of the WAS Addressing Model

Anwendungen besitzen Uniform Resource Identifier (URI)-Adressen. Diese stellen die Codeeinheiten dar, deren Lebensdauer und Ausführungsumgebung vom Server verwaltet werden.Applications have Uniform Resource Identifier (URI) addresses, which are the code units whose lifetime and execution environment are managed by the server. Eine einzelne WAS-Serverinstanz kann viele verschiedene Anwendungen beherbergen.A single WAS server instance can be home to many different applications. Server zu organisieren, Anwendungen in Gruppen, genannt Sites.Servers organize applications into groups called sites. Innerhalb einer Site sind die Anwendungen entsprechend der Struktur der URIs, die als ihre externen Adressen dienen, hierarchisch angeordnet.Within a site, applications are arranged in a hierarchical manner that reflects the structure of the URIs that serve as their external addresses.

Anwendungsadressen bestehen aus zwei Teilen: einem Basis-URI-Präfix und einer anwendungsspezifischen, relativen Adresse (Pfad), die zusammen die externe Adresse einer Anwendung ergeben.Application addresses have two parts: a base URI prefix and an application-specific, relative address (path), which provide the external address for an application when joined together. Das Basis-URI-Präfix wird aus der Sitebindung erstellt und für alle Anwendungen innerhalb dieser Site verwendet.The base URI prefix is constructed from the site binding and is used for all the applications under the site. Anwendungsadressen werden anschließend erstellt, indem Sie anwendungsspezifische pfadfragmente (wie z. B. "/ ApplicationOne") und sie an der Basis-URI-Präfix (beispielsweise "Net. TCP://localhost") ankommen vollständiger Anwendungs-URI angefügt werden.Application addresses are then constructed by taking application-specific path fragments (such as, "/applicationOne") and appending them to the base URI prefix (for example, "net.tcp://localhost") to arrive at the full application URI.

In der folgenden Tabelle werden mehrere mögliche Adressierungsszenarien für WAS-Sites mit HTTP- und Nicht-HTTP-Sitebindungen gezeigt.The following table illustrates several possible addressing scenarios for WAS sites with both HTTP and non-HTTP site bindings.

SzenarioScenario SitebindungenSite bindings AnwendungspfadApplication path Basis-URIs der AnwendungBase application URIs
Nur HTTPHTTP Only http: *: 80:*http: *:80:* /appTwo/appTwo http://localhost/appTwo/
Sowohl HTTP als auch Nicht-HTTPBoth HTTP and Non-HTTP http: *: 80:*http: *:80:*

NET.TCP: 808:*net.tcp: 808:*
/appTwo/appTwo http://localhost/appTwo/
net.tcp://localhost/appTwo/net.tcp://localhost/appTwo/
Nur Nicht-HTTPNon-HTTP only net.pipe: *net.pipe: * /appThree/appThree net.pipe://appThree/net.pipe://appThree/

Dienste und Ressourcen innerhalb einer Anwendung können ebenfalls adressiert werden.Services and resources within an application can also be addressed. Innerhalb einer Anwendung werden Anwendungsressourcen mit zum Basisanwendungspfad relativen Adressen angesprochen.Within an application, application resources are addressed relative to the base application path. Nehmen Sie zum Beispiel an, eine Site auf einem Computer namens contoso.com verfügt über Sitebindungen sowohl für das HTTP- als auch das Net.TCP-Protokoll.For example, assume that a site on a machine name contoso.com has site bindings for both the HTTP and Net.TCP protocols. Nehmen Sie weiter an, dass die Site eine Anwendung im Verzeichnis /Billing enthält, die den Dienst GetOrders.svc verfügbar macht.Also assume that the site contains one application located at /Billing, which exposes a service at GetOrders.svc. Wenn dann der Dienst GetOrders.svc einen Endpunkt mit der relativen Adresse SecureEndpoint verfügbar macht, kann der Dienstendpunkt über die beiden folgenden URIs angesprochen werden:Then, if the GetOrders.svc service exposed an endpoint with a relative address of SecureEndpoint, the service endpoint would be exposed at the following two URIs:

http://contoso.com/Billing/GetOrders.svc/SecureEndpoint
net.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpointnet.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint

Die WAS-LaufzeitThe WAS Runtime

Anwendungen werden für die Zwecke der Adressierung und Verwaltung in Sites organisiert.Applications are organized into sites for the purposes of addressing and management. Zur Laufzeit werden Anwendungen auch in Anwendungspools zusammengefasst.At run time, applications are also grouped together into application pools. Ein Anwendungspool kann viele verschiedene Anwendungen vieler anderer Sites enthalten.An application pool can house many different applications from many different sites. Alle Anwendungen innerhalb eines Anwendungspools teilen sich einen Satz allgemeiner Laufzeiteigenschaften.All of the applications inside an application pool share a common set of run-time characteristics. Sie alle werden beispielsweise unter der gleichen Version der Common Language Runtime (CLR) ausgeführt und verwenden eine gemeinsame Prozessidentität.For example, they all run under the same version of the common language runtime (CLR) and they all share a common process identity. Jeder Anwendungspool entspricht einer Instanz eines Arbeitsprozesses (w3wp.exe).Each application pool corresponds to an instance of a worker process (w3wp.exe). Jede innerhalb eines gemeinsamen Anwendungspools ausgeführte verwaltete Anwendung ist mittels einer CLR-AppDomain von anderen Anwendungen isoliert.Each managed application running inside of a shared application pool is isolated from other applications by means of a CLR AppDomain.

Siehe auchSee Also

WAS-AktivierungsarchitekturWAS Activation Architecture
Konfigurieren von WAS für die Verwendung mit WCFConfiguring WAS for Use with WCF
Vorgehensweise: Installieren und Konfigurieren von WCF-AktivierungskomponentenHow to: Install and Configure WCF Activation Components
How to: Host a WCF Service in IIS (Vorgehensweise: Hosten eines WCF-Diensts in WAS)How to: Host a WCF Service in WAS
Windows Server AppFabric-HostingfunktionenWindows Server App Fabric Hosting Features