Compartir a través de


Hospedaje en Servicio de activación de procesos de Windows

El Servicio de activación de procesos de Windows (WAS) administra la activación y la duración de los procesos de trabajo que contienen aplicaciones que hospedan los servicios de Windows Communication Foundation (WCF). El modelo de proceso de WAS generaliza el proceso IIS 6.0 para el servidor HTTP mediante la eliminación de la dependencia en HTTP. Esto permite que los servicios WCF usen protocolos HTTP y distintos de HTTP, como Net.TCP, en un entorno de hospedaje que admite la activación basada en mensajes y ofrece la capacidad de hospedar una amplia variedad de aplicaciones en una máquina determinada.

Para obtener más información sobre cómo crear un servicio WCF que se ejecute en el entorno de hospedaje de WAS, vea Procedimiento para hospedar un servicio WCF en WAS.

El modelo de procesamiento WAS proporciona varias características que permiten hospedar aplicaciones de una manera más robusta, administrable y que utiliza eficazmente los recursos:

  • La activación basada en mensaje de aplicaciones y aplicaciones de procesos de trabajo se inicia y detiene dinámicamente en respuesta a los elementos de trabajo de entrada que llegan utilizando protocolos de red HTTP y no HTTP.

  • Una robusta aplicación y reciclaje de procesos de trabajo para mantener el estado de las aplicaciones que se están ejecutando.

  • Configuración y administración centralizada de aplicaciones.

  • Permite a las aplicaciones beneficiarse del modelo de procesamiento de IIS sin necesitar la superficie de implementación de una instalación de IIS completa.
    Windows Server AppFabric funciona con IIS 7.0 y el Servicio de activación de procesos de Windows (WAS) para proporcionar un entorno de hospedaje de aplicaciones enriquecido para los servicios WCF y WF de NET4. Estas ventajas incluyen la administración del ciclo de vida de los procesos, el reciclaje de procesos, el hospedaje compartido, la protección rápida ante los errores, los procesos huérfanos, la activación a petición y la supervisión del estado de mantenimiento. Para obtener información detallada, consulte Características de hospedaje de Windows Server AppFabric y Conceptos de hospedaje.

Elementos del modelo de direccionamiento de WAS

Las aplicaciones tienen direcciones de Identificador uniforme de recursos (URI), que son las unidades del código cuya duración y entorno de ejecución son administrados por el servidor. Una instancia de servidor WAS única puede ser el inicio de muchas aplicaciones diferentes. Los servidores organizan las aplicaciones en grupos denominados sitios. Dentro de un sitio, las aplicaciones se organizan de manera jerárquica que refleja la estructura de los URI que sirven como sus direcciones externas.

Las direcciones de las aplicaciones tienen dos partes: un prefijo de URI base y una dirección relativa específica de la aplicación (ruta), que proporcionan la dirección externa para una aplicación cuando se unen. El prefijo de URI base se construye desde el enlace del sitio y se utiliza para todas las aplicaciones bajo el sitio. Después, se construyen las direcciones de las aplicaciones tomando fragmentos de la ruta de acceso específica de cada aplicación (como "/applicationOne") y anexándolos al prefijo URI base (por ejemplo, "net.tcp://localhost") para llegar al URI completo de la aplicación.

La siguiente tabla muestra varios escenarios de direccionamiento posibles para sitios WAS con enlaces de sitio HTTP y que no sean HTTP.

Escenario Enlaces de sitio Ruta de acceso de la aplicación URI base de aplicación
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/

Los servicios y recursos dentro de una aplicación también se pueden direccionar. Dentro de una aplicación, los recursos de la aplicación se direccionan en relación a la ruta de acceso base de la aplicación. Por ejemplo, suponga que un sitio con un nombre de equipo contoso.com tiene enlaces del sitio para los protocolos HTTP y Net.TCP. Suponga también que el sitio contiene una aplicación ubicada en /Billing (facturación), que expone un servicio en GetOrders.svc. A continuación, si el servicio GetOrders.svc expuso un extremo con una dirección relativa de SecureEndpoint, el extremo de servicio se expondría en los dos URI siguientes:

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

El tiempo de ejecución de WAS

Las aplicaciones se organizan en sitios para propósitos 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 alojar muchas aplicaciones diferentes desde muchos sitios diferentes. Todas las aplicaciones dentro de un grupo de aplicaciones comparten un conjunto común de características de tiempo de ejecución. Por ejemplo, todas se ejecutan bajo la misma versión de Common Language Runtime (CLR) y 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 compartido se aísla de otras aplicaciones por medio de un AppDomain de CLR.

Consulte también