Servicios Web: Orquestación y coreografías

Transcripción

1 Servicios Web: Orquestación y coreografías E. U. I. T. en Informática de Oviedo Master de Ingeniería Web Servicios Web Juan Ramón Pérez Pérez (jrpp en uniovi.es)

2 Orientación a Servicios. Principios. Los servicios pueden ser utilizados por: Programas de usuario Por otros servicios. Características: Servicios débilmente acoplados. Servicios se pueden componer. Servicios no tienen estado. Juan Ramón Pérez Pérez 2

3 Service Orientes Architecture (SOA) Una Service-Oriented Architecture es una estrategia tecnológica por la cual las aplicaciones hacen uso de los servicios disponibles en una red. A service-oriented architecture is a way of sharing functions (typically business functions) in a widespread and flexible way. Sun Juan Ramón Pérez Pérez 3

4 Escenario SOA Cliente Servicio Servicio Servicio Directorio de servicios Servicio Servicio Juan Ramón Pérez Pérez 4

5 SOA y Servicios Web Servicios web encajan en este tipo de arquitectura: Cada servicio web empaqueta una función para ser reutilizada. Son autocontenidos y sin estado. Permiten interoperabilidad y transparencia de localización. Arquitectura con acoplamiento débil El cliente de un servicio es esencialmente independiente de la construcción de ese servicio. Juan Ramón Pérez Pérez 5

6 Ventajas de SOA Reutilización Interoperabilidad Escalabilidad Flexibilidad Eficiencia de coste, al reutilizar infraestructuras ya existentes. Juan Ramón Pérez Pérez 6

7 Coordinación de servicios Web Problemas que se abordan Carencias que aborda la segunda generación: Gestión de contexto y transacciones: WS Coordination, WS transaction. Procesos de negocio, vocabulario estándar para componer servicios Web en un flujo de trabajo estructurado: Business Process Execution Language for Web Services (BPEL4WS WSBPEL) Políticas, abstraer reglas de negocio, de seguridad y propiedades descriptivas para poder ser aplicadas a conjuntos de servicios como políticas: WS-Policy Juan Ramón Pérez Pérez 7

8 Necesidad de coordinación Servicios web se idearon, en un principio, para interacciones simples e independientes Es necesario que los servicios colaboren y se coordinen: Describir interacciones entre servicios Web Propiedades para las interacciones Middleware para ejecutar de forma independiente las interacciones entre servicios. Juan Ramón Pérez Pérez 8

9 Un ejemplo Juan Ramón Pérez Pérez 9

10 Coordinación entre servicios Conceptos Conversación, secuencia ordenada de operaciones de las que consta la interacción entre clientes y servidores. Hay que respetar un orden en la secuencia para que sea válida. Protocolo de coordinación, descripción del conjunto de secuencias válidas. Proveedor Debe describir sus protocolos (WSDL no soporta esta descripción) Debe poder gestionar varias conversaciones al mismo tiempo Cliente: Debe poder gestionar las conversaciones en las que está involucrado Juan Ramón Pérez Pérez 10

11 Coordinación entre servicios Problemas a solucionar Descripción de la lógica interna del cliente Lenguaje de programación Workflow Descripción de protocolos de coordinación Control automatizado de la coordinación Juan Ramón Pérez Pérez 11

12 Conversación múltiples servicios Juan Ramón Pérez Pérez 12

13 Estándares de coordinación Describir interacciones entre servicios Web WSCI, WSCL Propiedades para las interacciones WS-Transaction Middleware para ejecutar de forma independiente las interacciones entre servicios. WS-Coordination Juan Ramón Pérez Pérez 13

14 Orquestación (Composición de servicios) La orquestación de servicios web se basa en un modelo centralizado en el cual las interacciones no se realizan directamente entre los servicios web sino que existe una entidad encargada de definir la lógica de interacción (Miguél Valdés-Faura). BPEL, El lenguaje BPEL permite definir la lógica de orquestación entre los diferentes servicios web. La entidad encargada de la orquestación es el director, que no es otro que el motor de ejecución BPEL. Juan Ramón Pérez Pérez 14

15 Coreografías Modelo de composición de servicios web distribuido. Define que conversaciones se pueden producir entre distintos servicios web. WSCI. No define un flujo de tareas ejecutable. En su lugar, define un proceso mediante los intercambios de mensajes entre Servicios Web que participan en la realización del mismo. No existe un Servicio Web director. Juan Ramón Pérez Pérez 15

16 Referencias Estándares Web-Services Coordination Web-Services Transaction BPEL Web Service Choreography Interface BPML Actividad de Servicios Web del W3C Implementaciones Apache Kandula2 - Apache Kandula2 ActiveBPEL Engine Overview Juan Ramón Pérez Pérez 16

17 Referencias (2) Servicios Web en la Universidad Española Análisis y Diseño Orientado a Objetos (Fernando Bellas Permuy) Universidad da Coruña Conceptos y estándares de arquitecturas orientadas a servicios Web Programa de doctorado de la Universidad de Zaragoza Juan Ramón Pérez Pérez 17