Alojamiento en el servicio de activación de procesos de Windows
El Servicio de activación de procesos de Windows (WAS) administra la activación y duración de los procesos de trabajo que contienen aplicaciones que hospedan servicios de Windows Communication Foundation (WCF). El modelo de proceso WAS generaliza el modelo de proceso de IIS 6.0 para el servidor HTTP quitando la dependencia en HTTP. Esto permite que los servicios WCF usen protocolos HTTP y no HTTP, como Net.TCP, en un entorno de hospedaje que admita la activación basada en mensajes y ofrezca la capacidad de hospedar un gran número de aplicaciones en un equipo determinado.
Para obtener más información sobre cómo crear un servicio WCF que se ejecuta en el entorno de hospedaje WAS, vea How to: Host a WCF Service in WAS.
El modelo de proceso WAS proporciona varias características que permiten que las aplicaciones se hospede de forma más sólida, más manejable y que use recursos de forma eficaz:
La activación basada en mensajes de aplicaciones y aplicaciones de proceso de trabajo se inicia y se detiene dinámicamente en respuesta a los elementos de trabajo entrantes que llegan mediante protocolos de red HTTP y no HTTP.
Sólido reciclaje de aplicaciones y procesos de trabajo para mantener el estado de las aplicaciones en ejecución.
Configuración y administración centralizadas de aplicaciones.
Permite a las aplicaciones aprovechar el modelo de proceso de IIS sin necesidad de la superficie de implementación de una instalación completa de IIS. AppFabric de Windows Server funciona con IIS 7.0 y Windows Process Activation Service (WAS) para proporcionar un entorno de hospedaje de aplicaciones enriquecido para los servicios WCF y WF de NET 4. Estas ventajas incluyen la administración del ciclo de vida del proceso, el reciclaje de procesos, el hospedaje compartido, la protección rápida contra fallos, el abandono del proceso, la activación a petición y el monitoreo de estado. Para obtener información detallada, consulte características de hospedaje de AppFabric y Conceptos de hospedaje de AppFabric.
Elementos del modelo de direccionamiento WAS
Las aplicaciones tienen direcciones de identificador uniforme de recursos (URI), que son las unidades de código cuyo entorno de duración y ejecución administra el servidor. Una única instancia de servidor WAS puede ser el hogar de muchas aplicaciones diferentes. Los servidores organizan las aplicaciones en grupos denominados sitios de . Dentro de un sitio, las aplicaciones se organizan de forma jerárquica que refleja la estructura de los URI que sirven como direcciones externas.
Las direcciones de aplicación tienen dos partes: un prefijo de URI base y una dirección relativa específica de la aplicación (ruta de acceso), que proporcionan la dirección externa para una aplicación cuando se unen. El prefijo de URI base se construye a partir del enlace de sitio y se usa para todas las aplicaciones del sitio. A continuación, las direcciones de aplicación se construyen tomando fragmentos de ruta de acceso específicos de la aplicación (por ejemplo, "/applicationOne") y anexándolos al prefijo de URI base (por ejemplo, "net.tcp://localhost") para llegar al URI de la aplicación completa.
En la tabla siguiente se muestran varios escenarios de direccionamiento posibles para sitios WAS con enlaces de sitio HTTP y no HTTP.
| Escenario | Enlaces de sitio | Ruta de acceso de la aplicación | URI de aplicación base |
|---|---|---|---|
| Solo HTTP | http: *:80:* | /appTwo | http://localhost/appTwo/ |
| HTTP y que no sea HTTP | http: *:80:* net.tcp: 808:* |
/appTwo | http://localhost/appTwo/net.tcp://localhost/appTwo/ |
| Solo no HTTP | net.pipe: * | /appThree | net.pipe://appThree/ |
También se pueden tratar los servicios y recursos dentro de una aplicación. Dentro de una aplicación, los recursos de la aplicación se abordan en relación con la ruta de acceso de la aplicación base. Por ejemplo, supongamos que un sitio en una máquina con el nombre contoso.com tiene asociaciones de sitio para los protocolos HTTP y Net.TCP. Suponga también que el sitio contiene una aplicación ubicada en /Billing, que expone un servicio en GetOrders.svc. A continuación, si el servicio GetOrders.svc expone un punto de conexión con una dirección relativa de SecureEndpoint, el punto de conexión del servicio se expondría en las siguientes dos URI:
http://contoso.com/Billing/GetOrders.svc/SecureEndpointnet.tcp://contoso.com/Billing/GetOrders.svc/SecureEndpoint
El tiempo de ejecución de WAS
Las aplicaciones se organizan en sitios con fines de direccionamiento y administración. En tiempo de ejecución, las aplicaciones también se agrupan en grupos de aplicaciones. Un grupo de aplicaciones puede hospedar muchas aplicaciones diferentes de muchos sitios diferentes. Todas las aplicaciones dentro de un grupo de aplicaciones comparten un conjunto común de características en tiempo de ejecución. Por ejemplo, todos se ejecutan en la misma versión de Common Language Runtime (CLR) y todos comparten una identidad de proceso común. Cada grupo de aplicaciones corresponde a una instancia de un proceso de trabajo (w3wp.exe). Cada aplicación administrada que se ejecuta dentro de un grupo de aplicaciones compartidas está aislada de otras aplicaciones mediante un clR AppDomain.