SOA时代的协作创新

最近阅读业界的新闻和内部报告，我越来越清楚地意识到“协作创新”的在 SOA 时代的特别意义。最近， SAP 一口气发布了 80多个新的all-in-one行业解决方案 。所有这 80 多个行业解决方案都是我们合作伙伴的创新成果，这些成果的基础则是去年刚刚最新发布的第一个面向服务架构的企业应用 SAP ERP 2005 ，因此可以说是 SAP 一直在倡导的生态系统的又一次协作创新成果展示。而且协作创新真正体现了全球化的趋势，这次参与发布的行业解决方案 14 个来自美国， 15 个出自亚太，另外 53 个是由欧洲等地区的合作伙伴提供。

在面向服务架构的企业应用推出后不久，能够有如此多的行业方案涌现，合作伙伴的反馈至少说明了两件事情。其一，面向服务架构确实把应用平台的灵活性和适应性提到一个新的层次。对同样的新业务平台，无论合作伙伴的解决方案是针对物流服务、专注于石油天然气、还是聚焦供应链管理，他们共同的感受是能够更加简洁提供新的预配置行业方案，而且大幅提升的用户体验促使用户更加容易部署方案和收回投资；其二，面向服务架构应用平台上的系列新开发工具，特别是模型驱动的开发工具，大大便利了新解决方案的开发。古话说：“工预善其事 , 必先利其器”。

说到面向服务架构应用平台上的开发，又让我想起另外一则关于 SOA 的重要新闻。早在 2005 年 11 月， SAP 就加入了一个由 18 家公司组成的团体，共同推动面向服务架构应用开发的工业标准。前两天，这个团体宣布正式完成两大关键标准的草案，服务构件架构（ Service Component Architecture ， SCA ）和服务数据对象（ Service Data Objects ， SDO) ，并正式提交给 结构信息标准化促进组织 （ OASIS ）。 SCA 将帮助简化服务的创建和组合； SDO 则制定对不同地方和格式的数据的统一存取标准。这两个核心标准无疑会推动原有信息系统资产向 SOA 进化，增加服务的重用能力，以及提供面向服务架构应用对业务需求变化的应变速度。而这一切又是协作创新的结果。

可以看到对 SOA 的创新存在多种形式。在上面的两个例子里，一个是面向应用的行业解决方案的创新， SAP 作为平台供应商和各个行业专业合作伙伴协作；另一个是开发标准的创新，包括 SAP 在那的 18 家业界领导厂商合作。之所以协作变得这么重要，是因为“标准”在 SOA 时代无可替代的地位。可以说“标准”既是“协作”的原因，也是结果。作为原因，标准催生了协作的基础。譬如说对 SAP 和合作伙伴，因为面向服务架构的标准让我们能够分工协作各自专长的东西，而最后可以在一个平台上整合到一起，组成一个对客户的完整的解决方案。协作创新让各方都避免“重复发明轮子”的尴尬。而作为协作的结果，“标准”必然要求一个开发的大多数厂商参与的团体共同制定。很难想象缺乏协作的标准能够被广泛的承认。博采众长制定的标准也一定更加有生命力。同样这也避免了另外一种形式的“重复发明轮子”——几大领导厂商各自拥有互不兼容的标准。这种情况无论对合作伙伴还是最终客户，都会带来额外的标准选择成本和风险。

协作创新的另一个结果是分担明确产品责任。特别是对于应用解决方案层次的协作，对整体方案来说，是一个你中有我我中有你的综合，很少有谁能完全独立承担责任。其实，这在大型企业信息系统项目中一贯如此。只是随着 SOA 的引入，各方面对提供的模块，承担的责任更加明确了。因为在标准化的平台上，各个功能服务的“预制件”按照定义的标准有明晰的边界。明确的责任是盈利分享模式的基础。

SOA 时代也是是为双赢或多赢的协同创新的时代，协作而非竞争正在悄悄改变软件产业的格局。