• Author / Uploaded
• Jorge Carvajal Peña

• Categories
• Arquitectura orientada a servicios
• Middleware
• Jabón
• Servicio web
• Arquitectura de software

Citation preview

Arquitectura de un Servicio Web La arquitectura necesaria para el desarrollo de Web Services es la de un servidor que contenga las herramientas adecuadas para el soporte al desarrollo de este tipo de tecnología. Estas herramientas proporcionan el entorno de desarrollo de Web Services y la gestión de invocaciones de los servicios Web. Se identifican 3 conceptos claves en la arquitectura de un servicio web  Servicio de Registro  Servicio de solicitud  Servicio de proveedor. De manera que sus comunicaciones entre ellos definen los distintos tipos de servicios web existentes. Como vimos anteriormente existen distintos tipos de estándares.

(cualquier de los dibujos se pueden usar para la ppt)(integrar esto con las definiciones de UDDI. WSDL, etc)

En cuanto a su composición, un servicio Web puede ser:  Servicio Básico: Un servicio Web que accede al sistema local.  Servicio Compuesto: Un servicio Web que se implementa invocando otros servicios Web. Para los servicios web del tipo compuesto de precisa de tecnología middleware para que se pueda soportar la aquella composición. El middleware es un software de conectividad que ofrece un conjunto de servicios que permite el funcionamiento de estas aplicaciones que se encuentran en sistemas distribuidos sobre plataformas heterogeneas.

Los servicios web requieren de una arquitectura interna y externa. La arquitectura externa se compone de:  Broker centralizado Análogo a los broker de mensajes que redireccionan los mensajes, con servicios de logging, transacciones, servicios de nombre y de directorio, etc. En la práctica el único componente centralizado de los servicios Web es el servicio de nombres y de directorio.  Infraestructura de protocolo Componentes que coordinan las interacciones entre servicios Web  Infraestructura de composición de servicios Herramientas que soportan la definición y ejecución de servicios compuestos. En cuanto a la Arquitectura Interna, el middleware permite la integración de servicios que pueden ser ofertados como servicios que a su vez se integran en otros servicios.

Tipos de Arquitecturas SOA (Service Oriented Architecture). es un método para diseñar y construir soluciones software muy independientes (poco acopladas). La funcionalidad sería accesible programáticamente por otras aplicaciones a través de interfaces publicados y que puedan ser descubiertos. Los servicios Web representan una implementación de una Arquitectura Orientada al Servicio. Una arquitectura SOA está formada por tres partes:   

Cliente del servicio: Es el que solicita la ejecución del servicio web, y por lo tanto el que lo consume. Proveedor del servicio: Es el encargado de implementar el servicio web y ofrecerlo a los clientes. Registro del servicio: Es un repositorio donde se almacenan las descripciones de los servicios, para que así los clientes puedan buscar el servicio web que mejor se adapte a sus necesidades.

La SOA Tradicional es aquella que utiliza los principios y tecnologías básicos de los Servicios Web. Esto significa utilizar SOAP como lenguaje de intercambio, WSDL como lenguaje para la descripción de los servicios y UDDI para la publicación o registro de los mismos. se puede observar la existencia de tres roles claramente diferenciados: La secuencia de ejecución es la siguiente: 1. El proveedor del servicio da de alta el servicio web en el registro. Para realizar esto, el proveedor almacena en el registro el documento de descripción de este. 2. El solicitante del servicio busca en el registro un servicio web que pueda adaptarse a sus necesidades. 3. Una vez seleccionado el servicio, el solicitante lo invoca mediante el envío de un mensaje SOAP, en el cual se indica la acción a realizar y los datos de entrada. 4. El servicio web recibe la petición y ejecuta la funcionalidad. Para finalizar envía un mensaje SOAP al solicitante con los resultados obtenidos. Por lo tanto, una SOA tradicional estará compuesta por un conjunto de servicios que reciben y envían mensajes SOAP en base a una descripción WSDL.

Arquitectura de Web Service en J2EE: Este web service está basado en JAXRPC 1.1 (Java API for XML-Based RPC) y JSR 101. Se especifica para la construcción de aplicaciones y servicios Web que incorpora funcionalidad RPC basada en XML de acuerdo al estándar SOAP 1.1. Se identifican un conjunto de puertos que operan sobre mensajes, los puertos operan dentro de un contenedor J2EE.

http://arquitecturaorientadaaservicios.blogspot.com/2006/06/soa-y-los-servicios-webi.html http://www.moisesdaniel.com/es/wri/wsepsu.pdf http://www.amereiaf.org.mx/pdf/vision_web_services_j2ee.pdf