Mashup (aplicación web híbrida)

format_list_bulleted Contenido keyboard_arrow_down
ImprimirCitar

Un mashup (jerga de la industria informática), en desarrollo web, es una página web o aplicación web que utiliza contenido de más de una fuente para crear un único servicio nuevo que se muestra en una única interfaz gráfica. Por ejemplo, un usuario podría combinar las direcciones y fotografías de las sucursales de su biblioteca con un mapa de Google para crear una combinación de mapas. El término implica una integración fácil y rápida, utilizando frecuentemente interfaces de programación de aplicaciones abiertas (API abierta) y fuentes de datos para producir resultados enriquecidos que no fueron necesariamente la razón original para producir los datos de origen sin procesar. El término mashup proviene originalmente de crear algo combinando elementos de dos o más fuentes.

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

En los últimos años, cada vez más aplicaciones web han publicado API que permiten a los desarrolladores de software integrar fácilmente datos y funciones de forma SOA, en lugar de crearlos ellos mismos. Se puede considerar que los mashups tienen un papel activo en la evolución del software social y la Web 2.0. Las herramientas de composición de mashup suelen ser lo suficientemente simples como para que las utilicen los usuarios finales. Por lo general, no requieren habilidades de programación y más bien admiten el cableado visual de widgets, servicios y componentes de GUI juntos. Por tanto, estas herramientas contribuyen a una nueva visión de la Web, donde los usuarios puedan contribuir.

El término "mashup" no está definido formalmente por ningún organismo normativo.

Historia

El contexto más amplio de la historia de la Web proporciona un trasfondo para el desarrollo de mashups. Bajo el modelo Web 1.0, las organizaciones almacenaban datos de los consumidores en portales y los actualizaban periódicamente. Controlaban todos los datos del consumidor y el consumidor tenía que utilizar sus productos y servicios para obtener la información.

La llegada de la Web 2.0 introdujo estándares web que fueron adoptados común y ampliamente entre los competidores tradicionales y que desbloquearon los datos del consumidor. Al mismo tiempo, surgieron mashups que permitían mezclar y combinar las características de los competidores. APIs para desarrollar nuevos servicios.

Los primeros mashups utilizaban servicios de mapas o servicios fotográficos para combinar estos servicios con datos de cualquier tipo y, por tanto, producir visualizaciones de datos. Al principio, la mayoría de los mashups estaban basados en el consumidor, pero recientemente el mashup se considera un concepto interesante y útil también para las empresas. Los mashups empresariales pueden combinar datos internos existentes con servicios externos para generar nuevas vistas de los datos. También estaba el Yahoo! gratuito. Pipes para crear mashups de forma gratuita utilizando Yahoo! Lenguaje de consulta.

Tipos de mashup

Existen muchos tipos de mashups, como mashups empresariales, mashups de consumidores y mashups de datos. El tipo de mashup más común es el mashup de consumo, dirigido al público en general.

  • Negocios (o empresa) mashups definir aplicaciones que combinen sus propios recursos, aplicaciones y datos, con otros servicios externos de la Web. Centran los datos en una sola presentación y permiten la acción colaborativa entre empresas y desarrolladores. Esto funciona bien para un proyecto de desarrollo ágil, que requiere la colaboración entre los desarrolladores y el cliente (o el cliente proxy, típicamente un gestor de productos) para definir e implementar los requisitos de negocio. Empresas mashups son aplicaciones web seguras y ricas visualmente que exponen información accionable de diversas fuentes de información internas y externas.
  • Mashupes de consumo combinar datos de múltiples fuentes públicas en el navegador y organizarlo a través de una sencilla interfaz de usuario del navegador. (por ejemplo: Wikipediavision combina Google Map y una API de Wikipedia)
  • Mashupes de datos, frente a los mashups de consumo, combinar tipos similares de medios e información de múltiples fuentes en una sola representación. La combinación de todos estos recursos crea un nuevo y distinto servicio Web que no fue proporcionado originalmente por ninguna fuente.

Por tipo de API

Los mashups también se pueden clasificar según el tipo de API básica que utilizan, pero cualquiera de ellos puede combinarse entre sí o integrarse en otras aplicaciones.

Tipos de datos

  • Datos indexados (documentos, weblogs, imágenes, videos, artículos de compras, trabajos...) utilizados por motores de metabúsqueda
  • Datos cartográficos y geográficos: software de geolocalización, geovisualización
  • Feeds, podcasts: noticieros

Funciones

  • convertidores de datos: traductores de idiomas, procesamiento de discursos, acortadores de URL...
  • Comunicación: correo electrónico, mensajería instantánea, notificación...
  • Reproducción de datos visuales: visualización de información, diagramas
  • Seguridad relacionada: sistemas de pago electrónico, identificación...
  • Editores

Habilitador de mashup

En tecnología, un habilitador de mashup es una herramienta para transformar recursos de TI incompatibles en una forma que permita combinarlos fácilmente para crear un mashup. Los habilitadores de mashup permiten que técnicas y herramientas poderosas (como plataformas mashup) para combinar datos y servicios se apliquen a nuevos tipos de recursos. Un ejemplo de habilitador de mashup es una herramienta para crear una fuente RSS a partir de una hoja de cálculo (que no se puede utilizar fácilmente para crear un mashup). Muchos editores de mashup incluyen habilitadores de mashup, por ejemplo, Presto Mashup Connectors, Convertigo Web Integrator o Caspio Bridge.

Los habilitadores de mashups también han sido descritos como "los proveedores de servicios y herramientas, [sic] que hacen posibles los mashups".

Historia

Los primeros mashups fueron desarrollados manualmente por programadores entusiastas. Sin embargo, a medida que los mashups se hicieron más populares, las empresas comenzaron a crear plataformas para construir mashups, que permiten a los diseñadores construir mashups visualmente conectando componentes del mashup.

Los editores de mashups han simplificado enormemente la creación de mashups, aumentando significativamente la productividad de los desarrolladores de mashups e incluso abriendo el desarrollo de mashups a usuarios finales y no expertos en TI. Los componentes y conectores estándar permiten a los diseñadores combinar recursos mashup de todo tipo de formas complejas con facilidad. Sin embargo, las plataformas mashups han hecho poco para ampliar el alcance de los recursos a los que pueden acceder los mashups y no los han liberado de su dependencia de datos bien estructurados y bibliotecas abiertas (fuentes RSS y API públicas).

Los habilitadores de mashup evolucionaron para abordar este problema, brindando la capacidad de convertir otros tipos de datos y servicios en recursos combinables.

Recursos web

Por supuesto, no todos los datos valiosos se encuentran dentro de las organizaciones. De hecho, la información más valiosa para la inteligencia empresarial y el apoyo a las decisiones suele ser externa a la organización. Con la aparición de aplicaciones web enriquecidas y portales web en línea, una amplia gama de procesos críticos para el negocio (como los pedidos) están disponibles en línea. Desafortunadamente, muy pocas de estas fuentes de datos distribuyen contenido en formato RSS y muy pocos de estos servicios proporcionan API de acceso público. Por lo tanto, los editores de mashup resuelven este problema proporcionando habilitadores o conectores.

Mashups versus portales

Los mashups y los portales son tecnologías de agregación de contenidos. Los portales son una tecnología más antigua diseñada como una extensión de las aplicaciones web dinámicas tradicionales, en las que el proceso de convertir el contenido de datos en páginas web marcadas se divide en dos fases: generación de "fragmentos" y agregación de los fragmentos en páginas. Cada fragmento de marcado es generado por un "portlet" y el portal los combina en una única página web. Los portlets pueden alojarse localmente en el servidor del portal o de forma remota en un servidor independiente.

La tecnología del portal define un modelo de evento completo que cubre lecturas y actualizaciones. Una solicitud de una página agregada en un portal se traduce en operaciones de lectura individuales en todos los portlets que forman la página ("render" operaciones en portlets JSR 168 locales o &# 34;getMarkup" operaciones en portlets WSRP remotos). Si se presiona un botón de envío en cualquier portlet en una página del portal, se traduce en una operación de actualización solo en ese portlet (processAction en un portlet local o performBlockingInteraction en un portlet remoto , portlet WSRP). A la actualización le sigue inmediatamente una lectura de todos los portlets de la página.

La tecnología del portal consiste en la agregación del nivel de presentación del lado del servidor. No se puede utilizar para impulsar formas más sólidas de integración de aplicaciones, como la confirmación en dos fases.

Los mashups se diferencian de los portales en los siguientes aspectos:

PortalMashup
Clasificación Tecnología más antigua, extensión de la tradicional Modelo del servidor web utilizando un enfoque bien definido Usa técnicas "Web 2.0" más nuevas y definidas
Filosofía/aprobación Enfoques de agregación por dividir el papel del servidor web en dos fases: generación de marcación y agregación de fragmentos de marcación Utiliza API proporcionadas por diferentes sitios de contenido para agregar y reutilizar el contenido de otra manera
Dependencias de contenido fragmentos de marcado orientados a la presentación (HTML, WML, VoiceXML, etc.) Puede operar en contenido XML puro y también en contenido orientado a la presentación (por ejemplo, HTML)
Dependencias de ubicación Tradicionalmente, la agregación de contenido tiene lugar en el servidor La agregación de contenido puede tener lugar en el servidor o en el cliente
Estilo de agregación "Salad bar" estilo: Contenido agregado se presenta 'side-by-side' sin solapamientos "Melting pot" estilo - El contenido individual puede combinarse de cualquier manera, dando lugar a contenidos híbridos arbitrariamente estructurados
Modelo de evento Los modelos de eventos de lectura y actualización se definen a través de una API de portlet específica Las operaciones CRUD se basan en principios arquitectónicos REST, pero no existe API formal
Normas pertinentes El comportamiento de Portlet se rige por los estándares JSR 168, JSR 286 y WSRP, aunque el diseño de páginas portal y la funcionalidad de portal son indefinidos y específicos para proveedores Los estándares de base son XML intercambiados como REST o Servicios Web. RSS y átomo se utilizan comúnmente. Están surgiendo estándares de mashup más específicos como EMML.

El modelo de portal existe desde hace más tiempo y ha contado con una mayor inversión e investigación de productos. Por tanto, la tecnología de los portales está más estandarizada y madura. Con el tiempo, la creciente madurez y estandarización de la tecnología mashup probablemente la hará más popular que la tecnología de portal porque está más estrechamente asociada con la Web 2.0 y, últimamente, con las arquitecturas orientadas a servicios (SOA). Se espera que las nuevas versiones de los productos del portal agreguen eventualmente compatibilidad con mashup y al mismo tiempo sigan siendo compatibles con aplicaciones de portlets heredadas. Por el contrario, no se espera que las tecnologías mashup proporcionen soporte para los estándares del portal.

Combinaciones de negocios

Los usos de mashup se están expandiendo en el entorno empresarial. Los mashups empresariales son útiles para integrar servicios empresariales y de datos, ya que las tecnologías de mashups empresariales proporcionan la capacidad de desarrollar rápidamente nuevos servicios integrados, combinar servicios internos con información externa o personalizada y hacer que estos servicios sean tangibles para el usuario empresarial a través de una Web fácil de usar. interfaces del navegador.

Los mashups empresariales se diferencian de los mashups de consumo en el nivel de integración con los entornos informáticos empresariales, las funciones de control de acceso y seguridad, la gobernanza y la sofisticación de las herramientas de programación (editores de mashup) utilizadas. Otra diferencia entre mashups empresariales y mashups de consumo es una tendencia creciente a utilizar mashups empresariales en la oferta de software comercial como servicio (SaaS).

Muchos de los proveedores de tecnologías de mashups empresariales han añadido funciones SOA.

Aspectos arquitectónicos de los mashups

La arquitectura de un mashup se divide en tres capas:

  • Presentación / interacción del usuario: esta es la interfaz de usuario de mashups. Las tecnologías utilizadas son HTML/XHTML, CSS, JavaScript, Asynchronous JavaScript y Xml (Ajax).
  • Servicios Web: se puede acceder a la funcionalidad del producto utilizando servicios API. Las tecnologías utilizadas son XMLHTTPRequest, XML-RPC, JSON-RPC, SOAP, REST.
  • Datos: manejo de los datos como envío, almacenamiento y recepción. Las tecnologías utilizadas son XML, JSON, KML.

Arquitectónicamente, existen dos estilos de mashups: basados en web y basados en servidor. Mientras que los mashups basados en Web normalmente utilizan el navegador web del usuario para combinar y reformatear los datos, los mashups basados en servidor analizan y reformatean los datos en un servidor remoto y transmiten los datos al navegador del usuario en su versión final. forma.

Los mashups parecen 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 de código más grande (en este caso, el código para agregar los diferentes feeds con diferentes API).

Los mashups se pueden utilizar con software proporcionado como servicio (SaaS).

Después de varios años de desarrollo de estándares, las principales empresas están empezando a adoptar arquitecturas orientadas a servicios (SOA) para integrar datos dispares poniéndolos a disposición como servicios web discretos. Los servicios web proporcionan protocolos abiertos y estandarizados para proporcionar un medio unificado de acceder a información desde un conjunto diverso de plataformas (sistemas operativos, lenguajes de programación, aplicaciones). Estos servicios web se pueden reutilizar para proporcionar servicios y aplicaciones completamente nuevos dentro y entre organizaciones, proporcionando flexibilidad empresarial.

Más resultados...
Tamaño del texto:
undoredo
format_boldformat_italicformat_underlinedstrikethrough_ssuperscriptsubscriptlink
save