Hospedaje en Servicio de activación de procesos de Windows
El Servicio de Activación de Proceso de Windows (WAS) administra la activación y duración de los procesos de trabajo que contienen las aplicaciones que hospedan los servicios Windows Communication Foundation (WCF). El modelo de procesamiento WAS generaliza el modelo de procesamiento IIS 6.0 para el servidor HTTP quitando la dependencia en HTTP. Esto permite a los servicios de WCF utilizar protocolos HTTP y que no sean HTTP, como Net.TCP, un entorno de hospedaje que admita la activación basada en mensaje y ofrece 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 de WCF que se ejecute en el entorno de hospedaje 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.
Para obtener más información sobre las características de WAS, vea Hospedaje en Servicio de activación de procesos de Windows.
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, vea AppFabric Hosting Features y AppFabric Hosting Concepts (pueden estar en inglés).
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 llamados 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. Las direcciones de la aplicación se construyen a continuación tomando fragmentos de la ruta de acceso específica de la 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 |
https://localhost/appTwo/ |
HTTP y que no sea HTTP |
http: *:80:* net.tcp: 808:* |
/appTwo |
https://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:
https://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 del 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.
Vea también
Tareas
Cómo instalar y configurar los componentes de activación de WFC
Procedimiento para hospedar un servicio WCF en WAS
Conceptos
Arquitectura de activación de WAS
Configuración del Servicio de activación de procesos de Windows para el uso con Windows Communication Foundation