Introducción a los Servicios Web

Transcripción

1 Octubre 2006

2 Contenidos Introducción Estándares SOAP WSDL UDDI Arquitecturas Retos

3 Servicios Web Aplicaciones auto-contenidas, auto-descritas que pueden ser publicadas, localizadas e invocadas a través de la Web Una vez desarrolladas, otras aplicaciones (y otros servicios Web) pueden descubrirlas e invocar el servicio dado

4 Servicios Web Posible definición: Aplicaciones auto-contenidas, auto-descritas que pueden ser publicadas, localizadas e invocadas a través de la Web Una vez desarrolladas, otras aplicaciones (y otros servicios Web) pueden descubrirlas e invocar el servicio dado Nota: No todos los servicios Web están publicados para ser descubiertos automáticamente

5 Objetivos Independencia del lenguaje y de la plataforma Separación de especificación de la implementación Interoperabilidad Utilización de estándares: XML, SOAP, WSDL, UDDI... Acoplamiento débil: Sistemas basados en mensajes Interacciones síncronas y asíncronas A través de Internet Sin control centralizado Utilización de Protocolos establecidos Consideraciones de seguridad Modularidad y Reusabilidad de servicios Escalabilidad: Uno-a-uno frente a uno-a-muchos

6 Principales acciones Transporte de mensajes: Habitualmente HTTP (pueden utilizarse otros) Representación de mensajes Mensajes=documentos XML SOAP = vocabulario XML para incluir mensajes XML SOAP puede representar otra información: Cabecera (meta-información) y códigos de errores Descripción del servicio: Representación del tipo de operaciones y su funcionalidad (Interfaz) WSDL es el vocabulario más utilizado Define las operaciones y el tipo que tienen (no define funcionalidad) Registro: Registrar y localizar servicios. UDDI es la propuesta estándar Otras propuestas: servicios web semánticos

7 Estándares de servicios Web

8 SOAP SOAP SOAP define el formato de los mensajes Evolución: Desarrollado a partir de XML-RPC SOAP 1.0 (1999), SOAP 1.1 (2000), SOAP 1.2 (2003) Participación inicial de Microsoft Adopción posterior de IBM, Sun, etc. Aceptación industrial

9 SOAP SOAP

10 SOAP Ejemplo SOAP <s o a p : E n v e l o p e x m l n s : s o a p= h t t p : //www. w3. org /2001/12/ soap e n v e l o p e x m l n s : p = h t t p : //www. mafia. i t / p i z z a s > <s o a p : H e a d e r> < p : p r i o r i t y> u r g e n t e </ p : p r i o r i t y> < p : o r i g i n>pepe@oviedo. e s</ p : o r i g i n> </ s o a p : H e a d e r> <soap: Body> <p : o r d e r> <p : p i z z a nombre= M a r g a r i t a > < p : s i z e> f a m i l i a r</ p : s i z e> <p:comment>con mucho queso </ p:comment> </ p : p i z z a> </ p : o r d e r> </ soap: Body> </ s o a p : E n v e l o p e>

11 SOAP Formato SOAP SOAP especifica el formato de mensajes Es independiente del protocolo de transporte Aunque se define un enlace (binding) con HTTP envelope contiene: header (opcional) y body (obligatorio) body contiene datos en formato XML header contiene meta-información También se pueden indicar errores mediante fault

12 WSDL WSDL WSDL (Web Services Description Language) permite describir servicios web Qué puede hacer el servicio? Dónde reside? Cómo invocarlo? Vocabulario basado en capas Es posible concentrarse en una capa cada vez Evolución Iniciativa conjunta de Ariba, IBM y Microsoft (2001) Propuesto a W3C como recomendación (WSDL 1.1) (2003) En desarrollo WSDL 2.0

13 WSDL Estructura de WSDL definitions incluye las siguientes entradas: types: Tipos de datos usados en los mensajes (XML Schema) message: Definición abstracta de los datos transmitidos. porttype: Conjunto de operaciones abstractas binding: Protocolo concreto y especificaciones de las operaciones del mensaje port: Especifica una dirección para el enlace definiendo un único punto de destino service: Colección de puntos de destino

14 WSDL Ejemplo WSDL (1/3) <? xml v e r s i o n= 1. 0?> < d e f i n i t i o n s name= P i z z a s targetnamespace= h t t p : // mafia. i t / p i z z a s. wsdl x m l n s : t n s= h t t p : // mafia. i t / p i z z a s. wsdl x m l n s : x s d 1= h t t p : // mafia. i t / p i z z a s. xsd x m l n s : s o a p= h t t p : // schemas. xmlsoap. org / wsdl / soap / xmlns= h t t p : // schemas. xmlsoap. org / wsdl / > <t y p e s> <schema targetnamespace= h t t p : // mafia. i t / p i z z a s. xsd xmlns= h t t p : //www. w3. org /2000/10/XMLSchema > <e l e m e n t name= P r e c i o P i z z a R e q u e s t > <complextype> < a l l> <e l e m e n t name= nombrepizza t y p e= s t r i n g /> </ a l l> </ complextype> Jose Emilio Labra</ Gayoe l e m e n t> Introducción a los<e Servicios l e m eweb n t name= P r e c i o P i z z a >

15 WSDL Ejemplo WSDL (2/3) <message name= p r e c i o P i z z a I n p u t > <p a r t name= body e l e m e n t= x s d 1 : P r e c i o P i z z a R e q u e s t /> </ message> <message name= p r e c i o P i z z a O u t p u t > <p a r t name= body e l e m e n t= x s d 1 : p r e c i o P i z z a /> </ message> <porttype name= P i z z a s P o r t T y p e > <o p e r a t i o n name= v e r P r e c i o > <i n p u t message= t n s : p r e c i o P i z z a I n p u t /> <o u t p u t message= t n s : p r e c i o P i z z a O u t p u t /> </ o p e r a t i o n> </ porttype>

16 WSDL Ejemplo WSDL (3/3) <b i n d i n g name= P i z z a s S o a p B i n d i n g t y p e= t n s : P i z z a s P o r t T y p e > <s o a p : b i n d i n g s t y l e= document t r a n s p o r t= h t t p : // schemas. xmlsoap. org / soap / h t t p /> <o p e r a t i o n name= p r e c i o P i z z a > <s o a p : o p e r a t i o n s o a p A c t i o n= h t t p : // mafia. i t / P i z z a s /> <i n p u t> <s o a p : b o d y use= l i t e r a l /> </ i n p u t> <o u t p u t> <s o a p : b o d y use= l i t e r a l /> </ o u t p u t> </ o p e r a t i o n> </ b i n d i n g> < s e r v i c e name= P i z z a s S e r v i c e > <documentation>ejemplo de s e r v i c i o</ documentation> <p o r t name= P i z z a s P o r t b i n d i n g= t n s : P i z z a s S o a p B i n d i n g > Introducción a los<s Servicios o a p Web : a d d r e s s l o c a t i o n= h t t p : // mafia. i t / P i z z a s />

17 UDDI UDDI UDDI: (Universal Discovery, Description and Integration) Estándar para la publicación y registro de servicios Web Consorcio formado por IBM, Hp, Sun, Microsoft, Oracle, etc. Evolución: UDDI 1.0 (2000) Fundación del registro UDDI 2.0 (2001) Alineación con estándares y taxonomía de servicios más flexible UDDI 3.0 (2002) Interacción de implementaciones públicas y privadas 2 partes Descripción de negocios Páginas blancas (información de contacto) Páginas amarillas (información de la industria) Páginas verdes (información técnica y especificaciones) Registro de servicios

18 UDDI Funcionamiento de UDDI Funcionamiento como una base de datos distribuida P2P Provider: Información sobre la entidad que ofrece el servicio Service: Información sobre una familia particular de ofertas Binding: Información técnica sobre un punto de entrada a un servicio tmodel: Descripción de especificaciones de servicios

19 Arquitecturas Orientadas a Servicios Importancia de las Interfaces Descripción rigurosa de las interfaces Preferiblemente: Tratamiento automático Recomendación: Desarrollar el sistema a partir de las interfaces Modelos Débilmente acoplados Sistemas de comunicación asíncrona Estilo documento vs estilo RPC Gestión de colas de mensajes Ejemplo: Solicitud de libro Interoperabilidad Independencia de Lenguajes y plataformas Adaptación de arquitecturas ya existentes Utilización de estándares: REST vs RPC

20 Estilos de arquitecturas Documentos vs RPC Estilo orientado a documentos: Los mensajes conllevan toda la información necesaria. Estilo RPC (Remote procedure call): los mensajes incluyen los parámetros de la llamada SOAP vs REST SOAP incluye un nuevo protocolo de mensajería REST propone reutilizar protocolos ya existentes

21 Modelo REST REST (REpresentational State Transfer) fue un modelo propuesto por uno de los desarrolladores de HTTP Dos posibilidades: Conjunto de principios de arquitectura Utilización de XML básico sobre HTTP sin añadir ninguna otra capa de mensajería

22 Principios de diseño REST El estado y la funcionalidad de las aplicaciones se divide en recursos Todo recurso es identificado de forma única global En HTTP los recursos se identifican mediante URIs Todos los recursos comparten un interfaz uniforme formado por Conjunto de operaciones limitado para transferencia de estado En HTTP: GET, PUT, POST, DELETE Conjunto limitado de tipos de contenidos En HTTP se idenfican mediante tipos MIME Un protocolo cliente/servidor, sin estado y basado en capas

23 Ventajas de REST Mejores tiempos de respuesta y disminución de carga en servidor Mayor escalabilidad al no requerir mantenimiento de estado Facilita desarrollo de clientes Mayor estabilidad frente a futuros cambios Permite evolución independiente de los tipos de documentos La creación de nuevos tipos de documentos no afecta a los anteriores

24 Retos para los servicios Web Gestión de servicios Web WSDM - Web Services Distribution Management Coordinación de servicios Ejemplo. Reserva de avión + hotel Evolución de los servicios Ejemplo: cambio en la interfaz Orquestación vs coreografía Modelización de procesos de negocios BPEL - Business Process Execution Language Contratos, facturación: Quién gana dinero? Qué pasa cuando algo falla? Seguridad y fiabilidad XML Security Calidad de servicios Tiempos de respuesta, soporte, monitorización, etc.