企业mashup风云动荡。新的产品浮出水面而老旧产品逐渐淡出。在2011年，我们怎样建立一个稳定的mashup解决方案？

　　我所遇到的绝大多数“新”技术都是演进式的，而不是革命性的。这是自然而然的一个结果：既然已经建好的很多产品和服务可以供IT使用，对现有的产品做一些增量改进当然会胜过完全创新。

　　然而，如果你在这个行业待过几年，你无疑会遇到“超前于市场需求”（solution looking for a problem）的产品。通常，这样的产品会有以下几种结局：有时候，世界上的人们都意识到这个产品是多么的伟大，于是这个产品就风行一时，比如Salesforce.com就是一个很好的例子。另外一些产品，它们的产品观念没有流行起来，于是就过早夭折了，比如Google Wave就是我们身边的一个例子。第三种情况，正是mashup现在所处的这种情况，需要和值得我们仔细审视。

　　当一个公司投资了大量时间和精力开发了一种产品但尚不能发现市场，它有两个选择：要么破产，要么努力去创造需求（本文暂不讨论在网络泡沫时代“被收购”式的退出策略）。为一个新兴的产品创造市场是一项耗费巨大的工程，然而还有一种更容易的方法可以实现这个目标：重新包装！

　　通过将一种产品或服务重新定位成能够满足市场上已存在的（并且最好是服务水平不足的）需求，公司就有机会能够获取一些利润。这样，公司就或许可以能利用这笔收入来改进产品从而更好地服务他们将要重点关注的垂直或水平用户群。经过这样一个过程，最终，这个“全新的产品”经过技术和市场层面的演进就变成了一个能够解决某个明确问题的为大家所认可的解决方案。

　　对于mashup，我们还没有到达最后的稳定状态。回溯到2005年，当mashup这个概念首次应用到HousingMaps.com时，数据集成的想法并不是一个新鲜事物。但这个方法受到众多媒体的追捧，并且由于这个方法没有非常明确的定义，以至于许多公司都很容易地跳到mashup阵营。

　　现在，我们仍处在一个不断变动的状态，不断地有产品进入和退出这个领域。让我们看一下最早进入这个领域的一些厂商以及他们的现状：

　　Denodo

　　过去：作为一个企业数据服务产品，Denodo认为mashup是数据集成的一个变种。他们曾把自己和EII打造成为一个mashup厂商。

　　现在：Denodo已经重返纯数据管理软件, 同时也将一部分重点放在SaaS和SOA上面.

　　JackBe

　　过去：原本是一个很稳健的widget框架，JackBe成功地将它改造成可以允许非开发人员可视化的将软件模块（也就是mashlets）加入到新的解决方案中。

　　现在：仍然高举Mashup大旗，他们的最新版产品提供了一个“企业应用仓库”，用户可以更方便地使用这个仓库来共享他们的创新成果。

　　Kapow Software

　　过去：原本是B2B领域的一个厂商，Kapow 发现他们的工具非常适合于给没有接口的网站创建应用编程接口(API)，这也使得他们成为一个mashup帮手。

　　现在：通过使用Kapow Katalyst平台，其关注点不仅仅局限于支持mashup的API，更多的是数据集成和将信息发布到移动设备上。

　　Serena

　　过去：作为一个应用生命周期管理工具方面的专业厂商, Serena 将TeamTrack 重新打造成一个业务 Mashups，并开始在市场上大力推广mashup作为工作流任务的观念。

　　现在：Serena已经退出mashups并正在回归其传统领域。

　　如果说Serena、Kapow、JackBe和Denodo都是转型进入mashup领域的，那么纯粹做mashup产品的厂商情况如何呢？这些公司应该更有说服力，因为他们主动选择了进入这个领域。IBM发布了Mashup Center，但这据称只是将广为流行的QEDWiki平台进行了商品化包装。Convertigo，就像JackBe公司一样利用了一个widget框架（由DreamFace所提供），但在更大程度上像一个纯粹的mashup供应商在运营。Google和微软公司分别开发了Mashup Editor和Popfly，但在几年前就已经停止了上述产品。

　　通常说来，随着一个行业的逐步成熟，我们会发现一些实力稍弱的厂商会出局，而兼并并购也会时有发生。比如说，Yahoo和Google分别收购了Dapper和NeedleBase。他们是否会以此为契机开发新的mashup产品，或是只是增补一下现有的工具：这些尚有待观察。

　　毫无疑问，现在这一领域已经缩小了。有些公司，比如Kapow和OpenSpan，是mashup的重要帮手，但他们的市场关注点并不在此。JackBe、Convertigo和IBM，仍不改初衷继续努力以扩大它们的纯mashup产品的市场份额。还有其它一些厂商，尤其是网站，已经开始将基本的mashup功能集成到他们的产品中。

　　那么，是不是mashup市场继续分化？是不是会细分成一小块？我觉得不是。我们所看到的这一切迹象最终将使我们对mashup能够干什么形成一个清晰一致的认识，这也将会帮助这个行业发展得更加健康。

　　如果你是首次要进入这个领域，你要知道眼下正是一个转型时期。如果一个公司的产品严重依赖于mashup，或者受限于某些专有的协议和API，你要谨慎一点。并且一如既往，如果在非常重要或者不允许停机的任务中使用mashup，尤其要特别当心，并不仅仅是因为这些工具还处于不稳定的状态，而是因为从本质上讲，只要mashup所关联的系统中最薄弱的任何一个环节出问题，mashup就不能正常运行。