BLOQUE II: Integración de Sistemas Software. Integración Web. Arquitectura e Integración de Sistemas Software Curso 2012/2013.

Transcripción

1 Departamento de Lenguajes y Sistemas Informáticos BLOQUE II: Integración de Sistemas Software Integración Web Tema 6 Arquitectura e Integración de Sistemas Software Curso 2012/2013 Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía 1

2 Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía Mashups Idea intuitiva: 2

3 Mashups Un mashup (o aplicación web híbrida) es una aplicación que usa y combina datos, presentaciones y funcionalidad procedentes de una o más fuentes. La nueva aplicación debería proporcionar un valor añadido, no debería ser sólo una agregación de contenidos. El contenido y los elementos de presentación suelen venir en forma de feeds RSS o Atom, servicios webs o JavaScript con APIs abiertas. Las principales características del mashup son la combinación, la visualización y la agregación. Mashups Diferencias con la integración tradicional La Web es el medio de vida natural de los mashups. La interfaz de usuario es un componente elemental en un mashup. Los mashups suelen ir dirigidos a personas no expertas. Los mashups suelen servir para cubrir una determinada necesidad (de corta duración) y suelen desarrollarse con las tecnologías web más novedosas y fáciles de usar. 3

4 Mashups Arquitectura habitual: pipes and filters Presentación (Vista) Lógica de aplicación (Controlador) Gestión de recursos (Modelo de datos) Pipes & Filters Mashups Editores 4

5 Mashups Editores Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía 5

6 Sindicación de contenido Los mecanismos de sindicación hacen que la información de un sitio web público sea reutilizable por terceros. Permite, por ejemplo, consultar noticias de prensa o entradas de un blog sin necesidad de acudir al sitio web original. La datos reciben el nombre de fuente web o web feeds en inglés. Las fuentes web suelen codificarse en XML. Logo de sindicación web Sindicación de contenido Formatos Really Simple Sindication (RSS) Es el formato más extendido. Su especificación es conforme a XML 1.0. Un documento RSS esta compuesto de un canal (channel) y varios elementos (ítems). No permite indicar el formato del contenido (texto o HTML) Atom Su especificación es conforme a XML 1.0. Un documento Atom está compuesto de un feed que contiene varias entradas (entry). Permite indicar el formato del contenido (texto, HTML, XHTML, etc.) 6

7 Sindicación de contenido Formatos: RSS Sindicación de contenido Formatos: Atom 7

8 Sindicación de contenido Formatos: GeoRSS GeoRSS Estándar emergente para añadir información geográfica a los feeds. Permite añadir información sobre puntos, líneas, polígonos, etc. Puedes usarse tanto con RSS como con Atom. Sindicación de contenido 8

9 Sindicación de contenido Lectores y suscripciones Sindicación de contenido Es posible integrar información de distintas fuentes web y generar nuevos feeds añadiendo, recortando o transformando los datos. También es posible usar la información de las fuentes para procesarla de alguna forma. Ejemplo: mostrarla en un mapa. Aplicaciones como Yahoo pipes permiten hacer esto de forma visual. Generar feeds es una forma sencilla de permitir que terceros usen datos de nuestras aplicaciones. 9

10 Sindicación de contenido Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía 10

11 Servicios web Un servicio web ofrece una interfaz de programación (no de usuario) de una determinada funcionalidad (servicio) accesible a través de Internet y basada en estándares W3C. Permiten intercambiar información entre aplicaciones software desarrolladas en lenguajes de programación diferentes y ejecutadas sobre distintas plataformas. Son una pieza clave para la integración Web. Ventajas: Facilita la interoperabilidad entre sistemas diversos. Uso de protocolos abiertos. Inconvenientes: Rendimiento bajo si se compara con otros modelos de computación distribuida. Servicios web Acoplamiento débil. Los usuarios de un servicio web no necesitan conocer sus detalles de implementación, sólo su contrato, es decir, instrucciones sobre como usarlo. Enlace dinámico. Las aplicaciones pueden decidir en tiempo de ejecución que servicio invocar. Registros. Los servicios web pueden almacenarse en registros que pueden ser consultados de forma automática. Atributos no funcionales. Los servicios pueden tener asociados atributos de calidad (coste, tiempo de ejecución, nivel de seguridad ) que pueden usarse para decidir que servicio se adapta mejor a nuestras necesidades. 11

12 Servicios web Composición. Los servicios web se pueden componer para formar servicios más complejos. Orquestación vs. Coreografía Servicios web Servicios SOAP vs servicios RESTful Servicios web tradicionales Son los servicios web clásicos a los que se refiere el W3C en su definición de servicio web. La mayoría de documentación y estándares sobre servicios web se refieren a este tipo de servicios. Se caracterizan por el uso de WDSL para describir la interfaz pública del servicio (tipos de datos, formato de mensajes, etc) y SOAP para el intercambio de mensajes en formato XML. Servicios web RESTful Se caracterizan por estar orientados a recursos y usar el protocolo HTTP para manejar un conjunto restringido de operaciones sobre los recursos. Son más recientes que los servicios web SOAP pero ampliamente usados en la actualidad. Servicios SOAP vs. Servicios RESTful 12

13 Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía Def. 1: Conjunto particular de reglas y especificaciones que puede seguir un programa software para usar servicios y recursos proporcionados por el programa software que crea la API [Shafqat Islam] Def. 2: Especificación basada en código fuente destinada a ser utilizada por los componentes software como interfaz para comunicarse entre ellos. [Wikipedia] 13

14 Servicios Información sobre cómo invocar los servicios Información sobre las posibles respuestas de los servicios Por qué desarrollar APIs? El desarrollo de aplicaciones pasa a ser un esfuerzo distribuido en el que pueden participar terceros. Favorece la innovación permitiendo que otros piensen en nuevas ideas en las que sacar partido a la aplicación. Reduce costes y tiempo de desarrollo. Otros pueden integrar nuestra aplicación de forma independiente. Puede usarse como estrategia publicitaria. Permite nuevos modelos de negocio. Por ejemplo, cobrar por el número de llamadas a la API. Es multiplataforma e independiente del número de usuarios de la API. 14

15 Fuente: by John Musser. ProgrammableWeb 2013: Más de 8700 APis Fuente: by John Musser. ProgrammableWeb 15

16 Fuente: by John Musser. ProgrammableWeb Fuente: by John Musser. ProgrammableWeb 16

17 Tecnologías Existen diversas tecnologías y protocolos para implementar APIs web. Los más usados son: Servicios web RESTful. Servicios web SOAP. JavaScript. XML-RPC. Los más extendidos hoy en día son los servicios RESTful por su sencillez y el uso de HTTP como protocolo de aplicación, ampliamente soportado en cualquier plataforma. Tecnologías 2013: 63.8% Fuente: by John Musser. ProgrammableWeb 17

18 Formato de datos Los formatos para el intercambio de datos más utilizados son XML y JSON. Directorio de APIs & mashups Noticias, comunidad, herramientas de desarrollo APIs Web 6,900 mashups 18

19 Aspectos clave Las APIs deben ser simples tanto para los usuarios como para los desarrolladores. La calidad de la documentación es fundamental. Deben quedar claro los servicios disponibles, cómo invocarlos, las posibles respuestas y formatos de intercambio de datos. Los ejemplos son de gran ayuda. Es importante dar un buen soporte a la comunidad de desarrolladores. Ej. Si un desarrollador tiene una pregunta, cuánto se tarda en darle una respuesta? Los aspectos de seguridad y gestión de errores nodeben descuidarse. Las APIs suelen empezar pequeñas e internas, y luego crecen hacia fuera. En algunos casos, la API es el único producto de la empresa. Índice Mashups Sindicación de contenidos Servicios web Application Programming Interfaces (APIs) Bibliografía 19

20 Bibliografía Webber, J., REST in Practice: Hypermedia and Systems Architecture, O'Reilly, Beijing Daignea, R.,Service Design Patterns: Fundamental Design Solutions for SOAP/WSDL and RESTful Web Services. Addison-Wesley Professional Enlaces de interés Especificación Atom Especificación RSS Tutorial Atom Atom vs RSS Servicios web (W3C) 20

21 Disclaimer and Terms of Use All material displayed on this presentation is for teaching and personal use only. Many of the images that have been used in the presentation are Royalty Free images taken from Other images have been sourced directly from the Public domain, from where in most cases it is unclear whether copyright has been explicitly claimed. Our intention is not to infringe any artist s copyright, whether written or visual. We do not claim ownership of any image that has been freely obtained from the public domain. In the event that we have freely obtained an image or quotation that has been placed in the public domain and in doing so have inadvertently used a copyrighted image without the copyright holder s express permission we ask that the copyright holder writes to us directly, upon which we will contact the copyright holder to request full written permission to use the quote or images. 21