Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 900 vistas

    Arquitectura Servicios Web

    Cargado por

    Jorge Carvajal Peña
    La arquitectura de un servicio web se compone de tres roles principales: proveedor del servicio, registro del servicio y cliente del servicio. El proveedor implementa y ofrece el servicio, el registro almacena la descripción del servicio, y el cliente busca y consume el servicio. La arquitectura tradicional se basa en los estándares SOAP, WSDL y UDDI para la comunicación, descripción y registro de los servicios.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Arquitectura Servicios Web

    Cargado por

    Jorge Carvajal Peña
    900 vistas5 páginas
    La arquitectura de un servicio web se compone de tres roles principales: proveedor del servicio, registro del servicio y cliente del servicio. El proveedor implementa y ofrece el servicio, el registro almacena la descripción del servicio, y el cliente busca y consume el servicio. La arquitectura tradicional se basa en los estándares SOAP, WSDL y UDDI para la comunicación, descripción y registro de los servicios.

    Descripción original:

    Derechos de autor

    © Attribution Non-Commercial (BY-NC)

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    La arquitectura de un servicio web se compone de tres roles principales: proveedor del servicio, registro del servicio y cliente del servicio. El proveedor implementa y ofrece el servicio, el registro almacena la descripción del servicio, y el cliente busca y consume el servicio. La arquitectura tradicional se basa en los estándares SOAP, WSDL y UDDI para la comunicación, descripción y registro de los servicios.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    900 vistas5 páginas

    Arquitectura Servicios Web

    Cargado por

    Jorge Carvajal Peña
    La arquitectura de un servicio web se compone de tres roles principales: proveedor del servicio, registro del servicio y cliente del servicio. El proveedor implementa y ofrece el servicio, el registro almacena la descripción del servicio, y el cliente busca y consume el servicio. La arquitectura tradicional se basa en los estándares SOAP, WSDL y UDDI para la comunicación, descripción y registro de los servicios.

    Copyright:

    Attribution Non-Commercial (BY-NC)
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 5

    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 tecnologa. Estas herramientas proporcionan el entorno de desarrollo de Web Services y la gestin 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 estndares.

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

    En cuanto a su composicin, un servicio Web puede ser: Servicio Bsico: 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 tecnologa middleware para que se pueda soportar la aquella composicin. 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 Anlogo a los broker de mensajes que redireccionan los mensajes, con servicios de logging, transacciones, servicios de nombre y de directorio, etc. En la prctica 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 composicin de servicios Herramientas que soportan la definicin y ejecucin de servicios compuestos. En cuanto a la Arquitectura Interna, el middleware permite la integracin 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 mtodo para disear y construir soluciones software muy independientes (poco acopladas). La funcionalidad sera accesible programticamente por otras aplicaciones a travs de interfaces publicados y que puedan ser descubiertos. Los servicios Web representan una implementacin de una Arquitectura Orientada al Servicio. Una arquitectura SOA est formada por tres partes:

    Cliente del servicio: Es el que solicita la ejecucin 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 tecnologas bsicos de los Servicios Web. Esto significa utilizar SOAP como lenguaje de intercambio, WSDL como lenguaje para la descripcin de los servicios y UDDI para la publicacin o registro de los mismos. se puede observar la existencia de tres roles claramente diferenciados: La secuencia de ejecucin 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 descripcin 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 envo de un mensaje SOAP, en el cual se indica la accin a realizar y los datos de entrada. 4. El servicio web recibe la peticin y ejecuta la funcionalidad. Para finalizar enva 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 envan mensajes SOAP en base a una descripcin 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 construccin de aplicaciones y servicios Web que incorpora funcionalidad RPC basada en XML de acuerdo al estndar 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

    También podría gustarte