MÓDULO: ARQUITECTURA ORIENTADA A SERVICIOS

...

Cuando múltiples solicitudes son recibidas, se distribuye la carga de acuerdo a la carga de procesamiento de ese momento.

-

Configuración

El Service Host, permite que el servicio WCF pueda ser configurado, de acuerdo a los escenarios que se necesita que afronte.

Las opciones de configuración dependen del ambiente de alojamiento del que se dispone como se puede ver en el siguiente cuadro:

Ambiente

Escenario Común

Beneficios y limitaciones

Administrado por aplicación

Consola para activarlo.

Flexible.

Fácil de distribuir.

Administración independiente.

Servicio de Windows

Levantado haciendo uso de un servicio NT

Controlado por el sistema operativo.

Soportado por todos los Windows.

Ambiente seguro.

IIS 5.1, IIS 6.0

Correo servicios WCF utilizando ASP.NET.

Procesos reciclables.

Control de subprocesos.

Monitoreo de los subprocesos.

Mensajes activos.

Sólo HTTP.

Windows Process Activation Service (WAS)

Correo servicios WCF sin IIS.

Procesos reciclables.

Control de subprocesos.

Monitoreo de los subprocesos.

Mensajes activos.

Trabaja con HTTP, TCP, named pipes, y MSMQ.

IIS 7.0

Correo WCF servicios con contenido ASP.NET.

Beneficios de WAS.

Integrado con ASP.NET y IIS.

-

Monitoreo

Windows Communication Foundation (WCF) ofrece un rico conjunto de funcionalidades que pueden ayudar a controlar las diferentes etapas de la vida de una aplicación. Por ejemplo, puede utilizar la configuración para levantar los servicios y clientes en la implementación. WCF incluye un amplio conjunto de contadores de rendimiento para ayudar a medir el rendimiento de su aplicación. WCF también expone datos de inspección de un servicio en tiempo de ejecución a través de un Fondo de Operaciones de Windows Management Instrumentation (WMI). Cuando la aplicación experimenta un error o comienza a actuar incorrectamente, puede utilizar el registro de eventos para ver si ha ocurrido algo significativo. También puede utilizar mensajes del log y rastreo para ver qué eventos están sucediendo de extremo a extremo en la aplicación.

-

Gestión de errores

Los errores presentes en el WCF pueden ser:

-

Errores de Comunicación

Ocurre cuando al red esta inaccesible, los usuarios utilizan una dirección incorrecta o el servicio no está escuchando las solicitudes. Este tipo de errores devuelven al cliente CommunicationException o clases derivadas.

-

Errores de Proxy/Canal

Este tipo de errores ocurre cuenta se quiere utilizar un proxy o canal que ya está cerrado, o el contrato del cliente y del servicio no son los mismo o las credenciales del cliente han sido rechazadas.

-

Errores de Aplicación

Estos errores se dan en la ejecución de una operación del servicio. Este error devuelve al cliente FaultException o FaultException.

El WCF otorga herramientas para el manejo de este tipo de errores, ya se configurando nuevos canales de acceso o manteniendo un registro detallado de los errores presentados.

-

Caso Práctico

Como caso real se describirá el proceso Windows Activation Service (WAS).

-

Windows Activation Service (WAS)

En Windows Vista y Windows Server 2008 se puede alojar servicios WCF con WAS. WAS es un proceso de activación de servicios instalado con IIS 7.0 que desacopla la arquitectura de la activación de IIS con el fin de utilizar los no-HTTP protocolos tales como named pipes, TCP, y MSMQ. Al igual que IIS 6.0, también WAS proporciona características para la gestión de tiempo de inactividad, monitoreo, el reciclaje de procesos y herramientas de gestión para la configuración de grupos de aplicaciones, entre otras cosas.

-

Arquitectura

IIS 7.0 introduce algunos cambios arquitectónicos necesarios para ampliar el soporte para named pipes, TCP, y protocolos de MSMQ. La nueva arquitectura se basa en protocol listener, listener adapter y controladores de protocolo para procesadores de solicitudes.

[pic 3]

Ilustración 1: Arquitectura Windows Activation Service

Un protocol listener se encarga de recibir las solicitudes para un protocolo en particular. Hay un protocol listener para HTTP, named pipes, TCP, y MSMQ. Para HTTP, el escucha es http.sys (igual que IIS 6.0). Los protocol listener de otros protocolos son proporcionados por sus respectivos servicios listener adapter.

Un listener adapter es responsable de la comunicación de las solicitudes entre el WAS y el proceso de trabajo de ASP.NET