BT

Are Mashups EAI 2.0?

by Gavin Terrill on Aug 07, 2007 |
Enterprise Application Integration (EAI) refers to integrating data and process across disparate applications, and has long been the fly in the architectural ointment for IT departments. Typically, EAI is seen as a costly, complex and technically demanding undertaking with no room for errors. The fundamental premise behind EAI is that the integration is performed on the back end, using either a hub and spoke or bus architecture. Recently, however, we have seen a large number of vendor announcements around Mashup tools that allow for integration via Web 2.0 Mashups.

Gregor Hohpe, author of "Enterprise Integration Patterns", has been thinking about the concept of Mashups becoming the next generation approach to EAI. Gregor makes the connection that Mashups and EAI are trying to achieve the same goal:
Mashups pull data from different sources, aggregate and transform the data to be used in different contexts. EAI solutions pull data from different sources, aggregate and transform the data to be used in different contexts. Huh?
Gregor points out that Web 2.0 technology is an enabler for EAI through looking at newer sites such as MySpace, Digg, del.icio.us etc:
They also use the Web as a platform to retrieve and share data, often from multiple sites. These mashups use lightweight programming models such as JavaScript to pull data together and present them to the user in a meaningful way. For example, one such mashup pulls a feed of suitable apartments from a listing site and plots them on Google Maps.
Gregor provided a Google Mashup Editor tutorial that shows how to pull an Atom feed of calendar entries and display event locations on a map. The key point about Mashups is that they leverage common protocols. As Gregor explains about the sample application:
Not earth shattering, but trying to build this type of application 5 years ago before the advent of geocoding, RSS, Atom, and Google maps would been very time consuming at best. The presence of standard protocols and powerful tools make this type of integration relatively easy.
While the technology and tools behind Mashups are relatively new, existing design patterns still have relevance. Gregor used the "Pipes and Filters" pattern to enrich the data stream with geo data using Yahoo Pipes. In this version , no Javascript is required to look up the longitude and latitude of a location, instead the coordinates from the feed are passed directly to the google maps component, thus making the solution more loosely coupled. However, mashups don't promise any silver bullets - existing integration problem areas such as authentication and agreement on content will still exist:
For example, token and ID management can already become a challenge for mashups. Semantic mismatches and incompatible data formats are a staple of data integration and are not likely to vanish.
Gregor concludes by stating that the expectations of Mashup solutions are not as comprehensive as traditional EAI solutions:
They provide small, high-value point solutions as opposed to trying to achieve enterprise-wide integration nirvana.
Bill Burnham predicted in 2004 that " low end EAI" was where the action is at, before Web 2.0 and The Long Tail. Has the time come for Mashups to become EAI 2.0?

Hello stranger!

You need to Register an InfoQ account or to post comments. But there's so much more behind being registered.

Get the most out of the InfoQ experience.

Tell us what you think

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Are Mashups EAI 2.0? by John Crupi

Gregor is a patterns guy, so I think the point he is making is that EAI patterns are similar to Mashup patterns. I agree with the patterns similarity, but the main difference between EAI and Mashups is that EAI is IT centric and Mashups is user centric. This translates to Mashup patterns (blogs.jackbe.com/2007/05/mashup-new-frontier-of...) addressing lighter weight integrations, shorter execution times and user interface-driven interactions. EAI patterns are geared towards big integrations, longer execution times and middleware driven interactions.

JC

Re: Are Mashups EAI 2.0? by Gregor Hohpe

Agreed. My summary of the differences (www.eaipatterns.com/ramblings/58_mashupcamp.html) between mashups and Composite apps, i.e new age EAI:

Mashups: REST/XML, ad-hoc, bottom-up, easy to change, low expectations, built by user

Composite Apps: SOA/WS-*, planned, top-down, more static, (too) high expectations, built by IT

Accordingly, I think some of the patterns are different, while some are quite similar.

--G

My view in different EAI technologies by Jack van Hoof

Current Application Integration technologies are:

- Data level: shared databases
- Business logic: SOA, EDA
- User Interface (server side): Portals
- User Interface (client side): Mashups

I will explain my thoughts on the coherence in more detail shortly on my weblog, so keep tuned: soa-eda.blogspot.com

Jack van Hoof
IT-architect

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

Allowed html: a,b,br,blockquote,i,li,pre,u,ul,p

Email me replies to any of my messages in this thread

3 Discuss

Educational Content

General Feedback
Bugs
Advertising
Editorial
InfoQ.com and all content copyright © 2006-2013 C4Media Inc. InfoQ.com hosted at Contegix, the best ISP we've ever worked with.
Privacy policy
BT