Mashups: 让SOA走出后台办公室

    “我们刚刚完成了您所要求的SOA项目。”

　　“太好了，那我什么时候可以看见第一批的ROI成果?”

　　“……”

　　“我们的销售人员是怎么给您说的?”

　　对于如何界定和考核SOA所带来的投资回报率(ROI)，即便你认为这不是不可能的，那你也应该清楚这会是一件非常困难的事。不知您有没有注意到在网上的新闻和博客中充斥着SOA的执行者和分析师，他们讨论着SOA的投资回报率，并且从这一角度评断如此卓越的SOA但是为其所付出的努力却将付诸东流。为什么会有这样的现象? SOA只是一项中间件技术，而ROI的衡量是基于使用基础上的。最终，这些关于ROI的讨论都将得到同样一个结论，来自EbizQ的JoeMckendrick指出，那就是：企业级SOA的投资回报率取决于其向企业宏观展现价值的能力――更多的增长、收入机会、以及所有的好处。而这个就是症结所在。

　　我们必须要面对的是，如果把SOA比作是水管，很受欢迎，很流行的水管，但它仍旧是水管一根。普遍的你的业务主管人员(销售经理、市场总监、金融主管或是客户支持)都不了解SOA，更重要的是，他们不能领会SOA如何能在他们日常的工作中起到协助的作用。事实上，商业人士要是仔细想想这一切，也许他们会想让SOA离开视线，并且不要阻碍那些解决他们需求的IT项目的进展。

　　SOA需要完成从以IT为中心的技术向业务加速器解决方案的转型。Macehiter/Ward-Dutton在最近的发言中指出“从大与小的思路出发， SOA对应BPM，IT必须要注重SOA的真正商业价值之所在。这意味着SOA需要帮助。”他还指出，BPM能将部分SOA价值提升到业务层面。正如一些企业Ajax公司能够证明，诸如Silverlight, Flash/Flex, 和Ajax等丰富的互联网应用(RIA)工具也能成为很好的SOA使用者。但是一些RIA应用程序并不认可企业范围内的多年性SOA成果。我们需要一些商业人士像谈论CRM与ERP那样谈论SOA，这也是他们工作的关键之处。

　　客户线索，采购订单，库存，这些才是商务用户能理解的东西。如果SOA能更快更省地得到这种数据以及功能，那么它就是赢家了。这恰恰是企业Mashups介入地领域――一项涉及用户的中间件技术。Mashup是复合网络驱动源的微观整合。“网络驱动源”是个SOA花哨的说法，也指所有的符合标准，在通用网络协议中运行服务：HTTP。

　　你要是想再进一步研究mashup与SOA的关系，以下是一些具体的互动模式，比较通用的有：

　　服务虚拟化：Mashups 不仅将多个服务的数据连合到一起，还能从未SOA化的资源中创建用户消费服务。众所周知，SOA要取得成果需要好几年的时间。在SOA功能正式实现之前，这是一项标准化的便捷的服务，能帮助用户更早起步。

 　　用户级服务：Mashups允许用户根据自身需求确定服务规模大小。目前IT没有必要去猜测、研究或是分析一项服务提供的数据是否“太过具体”，“太过概括”，“太陈旧”或是“太冰冷”。

　　Mashup协作：Mashups允许用户通过在业务云上的发布与其他用户共享他们的Mashup。目前，IT也没有必要独立的承担建立所有服务的职责，而用户则可以以前所未有的方式相互协作。

　　SOA边缘：现在的SOA努力大多集中在内部思想或是中间件上的。Mashups使得用户能够从企业内部和外部链接点数据。如此以来，SOA努力就能与那些更能体现其意义和价值的外界资源联系起来。SOA“边缘化”使这一切成为可能。

　　但是，让我们不再受缚于这个理论。如下是一个来自SOA架构是的真实故事，相信从中我们可以清楚的看到Mashup和SOA之间的关系。