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?