Mashup 是 EAI 2.0 吗?

阅读数:129 2007 年 8 月 8 日

话题:SOAGoogle架构

企业应用集成(EAI)是指对不同应用间数据和过程的集成,对于 IT 部门来说,它一直是架构性的鸡肋。一般来说,EAI 被视为昂贵、复杂和技术要求苛刻的工作,不能有丝毫错误。EAI 蕴含的基本假定是,集成在后端进行,使用不是星形结构(hub and spoke),就是总线架构。然而,我们最近看到大量厂商宣布了围绕 Mashup 的众多工具,这些工具可以使集成通过 Web 2.0 Mashup 来进行。

“企业集成模式”的作者 Gregor Hohpe,一直在思考与Mashup 成为 EAI 的下一代方法有关的概念。Gregor 得出了它们之间的联系:Mashup 和 EAI 试图达到相同的目的。

Mashup 从不同来源抓取数据,聚合并转换数据以被不同的上下文使用。EAI 解决方案从不同来源抓取数据,聚合并转换数据以被不同的上下文使用。哈?

通过查看一些新站点,如 MySpace、Digg、del.icio.us等。Gregor 指出 Web 2.0 技术是 EAI 的推动者:

它们也使用 Web 作为检索和共享数据的平台,而且往往从多个站点。这些 Mashup 使用轻量级的编程模型,如 JavaScript,把数据拉到一起,并将它们以一种对用户有意义的方式来表现。如,有一个这样的 Mashup,它从一个分类站点获取了一个合适公寓的数据提要(feed),然后在 Google Map 上将它们标出。

Gregor 提供了一个Google Mashup 编辑器教程,它展示了如何抓取一个日历条目的 Atom 数据提要(feed),然后在地图上显示事件地点。Mashup 的关键点是,它们利用了公共协议。正如 Gregor 对于例子应用所的解释:

这一点都不突兀,但是试图在 5 年前(在 geocoding、RSS、Atom 和 Google Map 出现之前)建构这类应用,将会是非常费时的事情。标准协议和强大工具的出现,使得完成这类集成相对容易。

尽管 Mashup 背后的技术和工具相对较新,但现有的设计模式仍有用武之地。Gregor 利用“管道和过滤器(Pipes and Filters)”模式,使用Yahoo Pipes充实了携带地理数据的数据流。在这个版本中,查找经纬度不需要 Javascript,取而代之是使用来自数据提要(feed)的坐标,它们被直接传给 google 地图组件,这使得解决方案更加松耦合。然而,Mashup 并不承诺是万灵药——现有集成的问题(如认证和关于内容的协议)将仍然存在:

例如,token 和 ID 管理会成为 Mashup 的挑战。语义不匹配和不兼容数据格式是数据集成的主要问题来源,不太可能消失。

Gregor 总结,Mashup 解决方案预期不会象传统 EAI 解决方案一样全面:

与试图圆满解决企业范围内的集成相反,它们提供小巧、高价值点的解决方案。

Bill Burnham 曾在 2004 年预测“低端 EAI”才是重点之所在,这还在 Web 2.0 和The Long Tail(译注:即长尾理论)之前。Mashup 成为 EAI 2.0 的时机到来了吗?

查看英文原文:Are Mashups EAI 2.0?