Mashup是EAI 2.0吗？

企业应用集成（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?