Mashup (híbrido de aplicación web)

Para otras aplicaciones, vea Mashup (desambiguación).

A mashup (industria de la computación jerga), en Desarrollo Web, es un Página Web, o aplicación Web, que usa contenido de más de una fuente para crear un nuevo servicio único en una única interfaz gráfica. Por ejemplo, un usuario podría combinar las direcciones y fotografías de sus sucursales de la biblioteca con un mapa de Google para crear un mashup de mapa. El término implica integración fácil, rápida, con frecuencia utilizando open interfaces de programación de aplicaciones (abrir la API) y fuentes de datos para producir resultados enriquecidos que no fueron necesariamente la razón original para la producción de los datos de origen crudo. El mashup del término viene originalmente de británicos - West Indies argot significa estar intoxicado, o como una descripción de algo o alguien no funciona como está previsto. En el lenguaje inglés reciente puede referirse a la música, donde personas combinan perfectamente el audio de una canción con la pista vocal de otra — tal modo triturando juntos para crear algo nuevo.

Las características principales de un mashup son combinación, la visualización y la agregación. Es importante que los datos más útiles, para uso personal y profesional. Para poder acceder permanentemente a los datos de otros servicios, mashups son generalmente aplicaciones de cliente o en línea.

En los últimos años, más y más aplicaciones Web han publicado las API que permiten a los desarrolladores de software integrar fácilmente datos y funciones de la SOA manera, en lugar de construirlos por sí mismos. Mashups pueden considerarse tener un papel activo en la evolución de software social y Web 2.0. Herramientas de composición de mashup son generalmente lo suficientemente simples como ser utilizado por usuarios finales. Generalmente no requieren programación habilidades y más bien apoyo visual cableado Widgets del GUI, conjunto de componentes y servicios. Por lo tanto, estas herramientas contribuyen a una nueva visión de la Web, donde los usuarios son capaces de contribuir.

El término "mashup" no está definido formalmente por cualquier cuerpo normativo.

Historia

La historia de mashup puede ser echado atrás por entender primero el contexto más amplio de la historia de la Web. Para Web 1.0 modelo de negocio, las empresas almacenan datos de consumo en portales y actualiza de forma regular. Controlaban todos los datos de consumo y el consumidor tuvo que utilizar sus productos y servicios para obtener la información.

Con el advenimiento de Web 2.0 se creó una nueva propuesta, usando estándares Web que fueron comúnmente y ampliamente adoptados a través de los competidores tradicionales y desbloquear los datos de consumo. Al mismo tiempo, mashups surgió que permite mezclar y combinar API de competidor para crear nuevos servicios.

La primera mashups utiliza servicios de cartografía o servicios fotográficos para combinar estos servicios con datos de cualquier tipo y por lo tanto crear visualizaciones de los datos. Al principio, más mashups estaban basados en el consumidor, pero recientemente el mashup de debe ser visto como un concepto interesante y útil también para las empresas. Aplicaciones corporativas Web híbridas pueden combinar datos internos existentes con servicios externos para crear nuevos puntos de vista de los datos.

Tipos de mashup

Hay muchos tipos de mashup, como aplicaciones corporativas Web híbridas, mashups de consumidores, mashups de datos. El tipo más común de mashup es el mashup de consumidores, dirigido a público en general.

• Negocios (o empresa) mashups definir las aplicaciones que combinan sus recursos, aplicaciones y datos, con otros externos Servicios Web. Datos se centran en una única presentación y permitir las acciones de colaboración entre empresas y desarrolladores. Esto funciona bien para un desarrollo ágil proyecto, que requiere de la colaboración entre los desarrolladores y cliente (o proxy de cliente, normalmente un gerente de producto) para definir e implementar los requerimientos del negocio. Mashups de empresa son seguro visualmente ricas aplicaciones Web que exponen la información de fuentes diversas de información interna y externa.
• Mashups de consumidores combinar datos de múltiples fuentes públicas en el navegador y organizar a través de una interfaz de usuario simple navegador. (por ejemplo: Coprovision combina una API de Copro y Google Map)
• Mashups de datos, frente a los mashups de consumidores, combinar otros tipos de medios de comunicación y la información de múltiples fuentes en una única representación. La combinación de todos estos recursos crea un nuevo y distinto Servicio Web no fue proporcionado originalmente por cualquier fuente.

Por tipo de API

Mashups también pueden ser categorizados por el tipo básico de la API que utilizan pero ninguno de estos se pueden combinar entre sí o incrustado en otras aplicaciones.

Tipos de datos

• Datos indexados (documents, weblogs, imágenes, vídeos, compras de artículos, trabajos...) utilizado por metabuscadores
• Datos cartográficos y geográficos: software de geolocalización, Geovisualización
• Feeds, podcasts: agregadores de noticias

Funciones

• Convertidores de datos: traductores de lenguaje, procesamiento de voz, Acortadores de URL...
• Comunicación: Correo electrónico, mensajería instantánea, notificación...
• Representación visual de datos: visualización de la información, diagramas de
• Seguridad: sistemas de pago electrónico, Identificación identificación...
• Editores

Activador de mashup

En tecnología, un activador de mashup es una herramienta para la transformación de recursos incompatibles en una forma que les permite combinarse fácilmente, para crear un mashup. Activadores de mashup permiten poderosas técnicas y herramientas (tales como plataformas de mashup) para combinar datos y servicios a nuevos tipos de recursos. Un ejemplo de un habilitador de mashup es una herramienta para la creación de un RSS la alimentación de una hoja de cálculo (que no puede utilizarse fácilmente para crear un mashup). Muchos editores de mashup incluyen mashup activadores, por ejemplo, Presto conectores de Mashup, Convertigo Web integrador o Puente de Caspio.

Activadores de mashup también se han descrito como "las herramienta del servicio y los proveedores, [sic] que hacen mashups posible".

Historia

Mashups tempranos fueron desarrollados manualmente por entusiastas programadores. Sin embargo, como mashups se hizo más popular, compañías comenzaron a crear plataformas para construir mashups, que permiten a los diseñadores a construir visualmente aplicaciones híbridas Conectando componentes mashup.

Mashup editores han simplificado grandemente la creación de mashups, aumentando significativamente la productividad de los desarrolladores de mashup y abriendo incluso desarrollo de mashup y los usuarios finales NO expertos. Conectores y componentes estándar permiten que los diseñadores combinar recursos mashup en todo tipo de formas complejas con facilidad. Plataformas de mashup, sin embargo, han hecho poco para ampliar el alcance de los recursos accesibles mediante mashups y no han liberado mashups de su dependencia de datos bien estructurados y bibliotecas abiertas (RSS feeds y público APIs de).

Activadores de mashup evolucionaron para resolver este problema, proporcionando la capacidad de convertir a otros tipos de datos y servicios en recursos de mashable.

Recursos Web

Por supuesto, no todos valiosos datos se encuentra dentro de las organizaciones. De hecho, la información más valiosa para el apoyo de inteligencia y decisión empresarial suele ser externa a la organización. Con la aparición de aplicaciones de internet enriquecidas y portales en línea, una amplia gama de procesos empresariales (como orden) se están disponibles en línea. Desafortunadamente, muy pocos de estos orígenes de datos sindicar contenido en formato RSS y muy pocos de estos servicios proporcionan APIs de acceso público. Editores de mashup, por tanto, resuelven este problema proporcionando facilitadores o conectores.

Retos de integración de datos

Hay un número de desafíos a la dirección de integración de datos de diferentes fuentes. Los desafíos se pueden clasificar en cuatro grupos: coincidencia de texto/datos identificadores de objeto y desajuste horario, desajuste de nivel de abstracción, exactitud de los datos.

Coincidencia de datos de texto –

Una gran parte de los datos se describe en el texto. El lenguaje humano es a menudo ambiguo, la misma empresa puede ser contemplada en diversas variaciones (por ejemplo, IBM, International Business Machines y Big Blue). La ambigüedad dificulta el cross-linking con datos estructurados. Además, datos expresados en el lenguaje humano están difíciles proceso mediante programas de software. Una de las funciones de un sistema de integración de datos es superar la discrepancia entre los documentos y datos.

Identidad de objeto y esquemas separados

Datos estructurados están disponibles en una gran cantidad de formatos. Levantamiento de los datos a un formato de datos común es así el primer paso. Pero incluso si todos los datos está disponible en un formato común, en la práctica las fuentes difieren en cómo dicen lo que es esencialmente el mismo hecho. Las diferencias existen tanto en el nivel de objetos individuales y el nivel de esquema. Como un ejemplo de un desajuste en el nivel de objeto, considere lo siguiente: la SEC utiliza una clave de índice Central llamado (CIK) para identificar personas (CEOs, CFOs) y empresas instrumentos financieros mientras que otras fuentes, tales como DBpedia (una versión de datos estructurados de Copro), utilizar URIs para identificar entidades. Además, cada fuente típicamente utiliza su propia idiosincrasia y esquema de indicación de lo que es esencialmente el mismo hecho. Así, los métodos tienen que ser en lugar de conciliar diferentes representaciones de objetos y esquemas.

Niveles de abstracción

Fuentes de datos datos incompatibles a nivel de la abstracción o clasifican los datos según taxonomías pertinentes para un determinado sector. Puesto que los datos se publica en los diferentes niveles de abstracción (por ejemplo, persona, empresa, país o sector), datos agregados para el punto de vista individual pueden no coincidir con los datos por ejemplo, de las oficinas de estadística. También, existen diferencias en la agregación geográfica (p. ej., datos de región de una sola fuente) y datos de la otra. Una cuestión conexa es el uso de monedas locales (USD y EUROS) que tiene que reconciliarse con el fin de hacer que los datos de diferentes fuentes comparables y susceptibles de análisis.

Calidad de los datos

Calidad de los datos es un desafío general integración automáticamente datos de fuentes autónomas. En un ambiente abierto, el agregador de datos no tiene poca o ninguna influencia en el editor de datos. Datos están a menudo erróneos, y combinación de datos a menudo agrava el problema. Especialmente cuando se realiza el razonamiento (deducir automáticamente nuevos datos de los datos existentes), datos erróneos tienen impacto potencialmente devastador en la calidad general del conjunto de datos resultante. Por lo tanto, es un reto cómo editores de datos pueden coordinar para solucionar los problemas en los sitios de datos o lista negra que no proporcionan datos confiables. Métodos y técnicas se necesitan para: comprobar la integridad y exactitud; resaltar, identificar y corroborar la evidencia; evaluar la probabilidad de que un comando dado es cierto; equiparar las diferencias de peso entre sectores o empresas; establecer casas de claro para generar y resolver los conflictos entre los proveedores de datos que compiten (y posiblemente contradictorios); e interactuar con datos erróneos desordenados de la Web de potencialmente dudosa procedencia y calidad. En Resumen, errores en la señalización, cantidades, etiquetado y clasificación pueden impedir seriamente la utilidad de sistemas que operan sobre esos datos.

Mashups y portales

Mashups y portales ambos son agregación de contenido tecnologías. Portales son una antigua tecnología diseñada como extensión de tradicional aplicaciones Web dinámicas, en que el proceso de conversión de contenido de datos en páginas Web de marcado-para arriba se divide en dos fases: generación de marcado "fragmentos" y acumulación de los fragmentos en páginas. Cada fragmento de marcado es generada por un "portlet", y el portal combina en una sola página Web. Portlets pueden alojados localmente en el servidor del portal o de forma remota en un servidor independiente.

Portal tecnología define un modelo de evento completo cubriendo lecturas y actualizaciones. Una solicitud para una página agregada en un portal se traduce en individuo Lee las operaciones de todos los portlets que forman la página ("Render"las operaciones en el local, JSR 168 portlets o "getMarkup"las operaciones de mando a distancia WSRP portlets). Si se pulsa un botón de enviar en cualquier portlet en una página del portal, se traduce en una operación de actualización en eso (solo de portletprocessAction en un portlet local o performBlockingInteraction en un remoto, portlets WSRP). La actualización es inmediatamente seguida por una lectura todos portlets de la página.

Tecnología portal es sobre el lado del servidor, nivel de presentación agregación. No puede utilizarse para impulsar formas más robustas de la integración de aplicaciones tales como ejecución en dos fases.

Mashups difieren de los portales en los siguientes aspectos:

	Portal	Mashup
Clasificación	Tecnología más antigua, extensión del modelo tradicional de servidor de Web con enfoque bien definido	Utiliza técnicas de "Web 2.0" más nuevas, vagamente definidas
Enfoque de la filosofía	Acerca de agregación mediante la división de función de servidor Web en dos fases: generación de marcado y la agregación de fragmentos de markup	Utiliza la API proporcionadas por diferentes sitios de contenido agregado y reutilizar el contenido de otra manera
Dependencias contenidas	Fragmentos de markup de agregados orientados a la presentación (HTML, WML, VoiceXML, etc..)	Puede trabajar con puro contenido XML también en contenido orientado a la presentación (por ejemplo, HTML)
Dependencias de ubicación	Tradicionalmente, lleva a cabo en el servidor de agregación de contenido	Agregación de contenidos puede llevarse a cabo en el servidor o en el cliente
Estilo de agregación	"Barra de ensalada"estilo: contenido agregado se presenta 'side-by-side' sin traslapos	"Crisol de culturas"estilo - individuo contenido puede combinarse de cualquier forma, dando por resultado contenido arbitrariamente estructurado híbrido
Modelo de eventos	Lectura y actualización de modelos de evento son definidos a través de un portlet específico API	CRUD las operaciones se basan en RESTO principios de arquitectura, pero no formal API existe
Normas pertinentes	Comportamiento de portlet se rige por las normas JSR 168, JSR 286 y WSRP, aunque diseño de página del portal y portal funcionalidad son indefinidos y específicos del proveedor	Los estándares de base son XML intercambiado como RESTO o servicios Web. RSS y Átomo se utilizan comúnmente. Normas de mashup más específicas tales como EMML están surgiendo.

El modelo de portal, desde ya y ha tenido una mayor inversión y producto de investigación. Tecnología portal es más estandarizado y maduro. Con el tiempo, aumento de la madurez y la estandarización de la tecnología de mashup probablemente hará más popular que la tecnología de portal ya que es más estrechamente relacionado con la Web 2.0 y últimamente Arquitecturas orientadas a servicio (SOA). Se espera que nuevas versiones de productos portal eventualmente añadir soporte de mashup mientras sigue soportando aplicaciones de portlet legado. Tecnologías mashup, por el contrario, no deben apoyar normas portal.

Aplicaciones corporativas Web híbridas

Mashup de aplicaciones se están expandiendo en el entorno empresarial. Aplicaciones corporativas Web híbridas son útiles para la integración de negocios y servicios de datos, como tecnologías de business mashups proporcionan la capacidad para desarrollar nuevos servicios integrados rápidamente, combinar servicios internos con información externa o personalizada y hacer estos servicios tangibles al usuario de negocios a través de interfaces de navegador de Web fáciles de usar.

Aplicaciones corporativas Web híbridas difieren de mashups de consumidores en el nivel de integración con business computing ambientes, seguridad y características de control de acceso, gobernanza y la sofisticación de las herramientas de programación (mashup editores) utilizado. Otra diferencia entre aplicaciones corporativas Web híbridas y mashups de consumidores es una tendencia creciente del uso de aplicaciones corporativas Web híbridas en comercial software como servicio (SaaS) que ofrece.

Muchos de los proveedores de las tecnologías de aplicaciones híbridas empresariales han añadido SOA características.

Aspectos arquitectónicos de mashups

La arquitectura de un mashup se divide en tres capas:

• Presentación / interacción con el usuario: se trata de la interfaz de usuario de mashups. Las tecnologías utilizadas son HTML/XHTML, CSS, JavaScript, Asynchronous Javascript and Xml (Ajax).
• Servicios web: funcionalidad del producto se puede utilizar servicios de API. Las tecnologías utilizadas son XMLHTTPRequest, XML-RPC, JSON-RPC, JABÓN, RESTO.
• Datos: manipulación de los datos de como enviar, almacenar y recibir. Las tecnologías utilizadas son XML, JSON, KML.

Arquitectónico, hay dos estilos de mashups: basado en la Web y basadas en servidor. Mientras que los mashups basados en Web usan típicamente el usuario navegador web para combinar y cambiar el formato de los datos, mashups basado en servidor analizar y formatear los datos en un control remoto servidor y transmitir los datos al navegador del usuario en su forma final.

Mashups parece ser una variación de un patrón de fachada. Es decir: un patrón de diseño de ingeniería de software que proporciona una interfaz simplificada para un cuerpo más grande de código (en este caso el código para agregar los feeds diferentes con diferentes APIs de).

Mashups puede utilizarse con software provisto como un servicio (SaaS).

Después de varios años de desarrollo de normas, los negocios están empezando a adoptar arquitecturas orientadas a servicio (SOA) para integrar datos dispares haciéndolos disponibles como servicios Web discretos. Los servicios web proporcionan abiertos, estandarizados protocolos de para proporcionar un medio Unificado de acceso a la información de un conjunto diverso de plataformas (sistemas operativos, lenguajes de programación, aplicaciones). Estos servicios Web pueden ser reutilizados para proporcionar completamente nuevos servicios y aplicaciones dentro y a través de las organizaciones, proporcionando flexibilidad del negocio.

Véase también

• Mashup (cultura)
• Mashup (música)
• Alianza abierta de Mashup
• API abierta
• Webhook
• Portal web
• Web scraping

Referencias

• Ahmet Soylu, Felix Mödritscher, Fridolin Wild, Patrick De Causmaecker, Piet Desmet. 2012. "Mashups de orquestación y entornos personales de Widget: principales desafíos, estrategias de solución y una aplicación." Programa: Biblioteca electrónica y sistemas de información 46 (4): 383 – 428.
• Endres-Niggemeyer, Brigitte ed. 2013. Mashups semántica. Reutilización inteligente de los recursos de la Web. Springer. ISBN 978-3-642-36402-0 (Impresión)

Acoplamientos externos

• Por qué Mashups = (RESTO + 'SOA tradicional') * Web 2.0
• Mashups parte I: lo que SOA a la gente
• Mashups parte II: Por qué los arquitectos SOA deben cuidar
• Un Mashup con Google Maps y YouTube
• Rápida Mashup Challenge

Otras Páginas

• Metacromasia
• Cadena de culpa
• Corte marcial (pelicula de 1959)
• Comparacion de servidores OLAP
• Miembros del Senado australiano, 1901-1903
• Integracion postural
• MUC1
• IKCO EF motores