原创 SOA将统领下一个十年

SOA将统领下一个十年

徐莉

软件组件化能实现吗？对于这个10年前就有人提出的概念，软件业从未停止过尝试的脚步。从“面向对象”到“面向流程”，再到我们今天关注的“面向服务（SOA）”，归根结底，都可以看作实现软件组件化的一种途径，只不过，他们之间是螺旋上升的的关系。

按照科诺技术公司CEO汪须忠所言，SOA是在原有组件化和EDI（电子数据交换）的基础上，进一步将可重复利用的软件资源抽象化和标准化，换句话说，就是抽取软件基因，建立互通的管道，达到重复利用和信息流畅的目的，解决业务最头痛的“适应业务变化”和“集成”问题。与过去的组件化模式相比，SOA的新奇之处还在于：它变过去的技术组件为业务组件（又叫服务），强调的是技术无关性，关注的是实现怎样的业务功能——在业务请求与响应之间随时搭建快速通道，同时，变过去的紧耦合为松耦合，既保证系统弹性，又不失系统效率，进而实现重复利用软件资源、快速响应市场需求变化、提高生产力等目标。

将2004年命名为软件SOA年似乎并不为过——IBM、BEA、微软、Oracle四大中间件厂商集体放言，要力推SOA。这让我们相信，SOA将促成软件业新的变革，而良性的市场互动，更让我们看到SOA从理论全面走向实践的可能。

“我们正在基于SOA开发下一代产品”，用友软件股份公司产品总监郑雨林说。

作为一名从业多年的软件人，郑雨林对企业信息孤岛和应用孤岛带来的麻烦深有体会，“SOA将帮助我们消除这些孤岛，在各种应用之间建立自由地互通互联，也正因为这一点，我们相信SOA将是整个软件业未来10年的发展方向。”

像用友一样，越来越多的企业开始参与到SOA相关的开发当中。按照Gartner的预测，到2006年，SOA将改变整个软件的构建方式，80%的软件会是通过打包方式进行销售。

用户的反应同样令人兴奋。Yankee 的调查报告显示：76%的CIO表示他们将在未来投资SOA。“用户的进步是超出想象的”，IBM 左洪说，“4年前，当我们向用户提到Web服务，需要从最基本的概念讲起，但今天，再与用户谈起Web服务和SOA，有些人会说，‘噢，我们已经开展了相关工作’。”

中间件厂商，如BEA、IBM，都在忙碌着为市场提供强有力的、有弹性的SOA平台。一些新公司，如科诺公司，则从提供SOA自动生成工具和集成工具的角度，成为市场上的新生力量。

所有的角色似乎都已准备就绪，就等大戏开演。不过，市场并非全无质疑，有很多人对SOA的概念仍不清楚，不少IT管理人员对SOA在操作上的挑战充满疑虑。但这些并不妨碍SOA带领我们走向下一个10年。

解开两道历史难题

有人选择习惯，有人选择改变，后者才是我们这个世界的原动力。

系统管理员惠明面临的问题很有代表性，他最怕两件事，一是公司进行业务整合，二是公司开展新业务。因为对他来说，两件事都意味一个结果——持续熬夜加班。像惠明一样，大多的IT管理人员都经历过类似的噩梦，有人更将异构系统环境与需求的不断变化，看作多年来应用软件的两大“癌症”，使得软件从业人员长年累月陷入“修修补补、穷于应付”的工作状态，企业也根本无法做到对市场变化作出快速响应。

追本溯源，是因为于当初的软件设计思想和软件架构有问题。过去，应用软件基本上是按照业务流程逐一对应开发的，每一个应用自成体系、自立门户。按照BEA中国首席技术推广人程朝晖的说法，事实上，任何应用都包含最基本的三个内容：界面、业务逻辑和数据展现，应该可以重复利用。但就因为每个应用自成体系，每开发一个新应用，就需要重开发一遍界面与数据展现，重写一遍业务代码，浪费了大量的时间和人力。

而SOA就是力求改变过去纵向开发应用的模式，将软件按照业务需求，定义成大小合适的“组件”，作为企业共享资源，随时调用。“SOA的核心就是找到将软件组织在一起的方法”，IBM软件集团大中华区市场总监左洪说。

SOA带给用户的好处很明显，除了前面提到的可以降低开发成本，提高系统集成度和响应速度等，还能帮助解决因为系统升级带来的烦恼。就像汪须忠所言，传统的软件升级对用户就意味着每三年来一次革命，不仅需耗费大量金钱，还会闹得人仰马翻。现有的ERP等企业软件几乎都是铁板一块，当某一点业务变化时，某一点功能需要调整时，必须全部升级，这不但造成升级TCO成本太高，而且牵一发动全身，质量无法保证。而未来SOA构架下的企业软件就像是一个不断进化的生态过程，某些“服务（业务组件）”不断地局部升级，新的“服务”不断地加入，只有这样的系统才能真正做到RTE实时企业，快速适应业务变化。

过去，用户上一个CRM项目，通常只有两种选择，要么从Siebel这样的公司购买庞大无比的系统，而最终却只应用了其中很少一部分功能；要么从小厂商购买功能不足或不全的产品，结果必然面临系统整合的问题。但如果所有软件都基于SOA架构来开发，一方面，对Siebel而言，也可以将过去一整套CRM软件根据市场需求，进行最优化分解，让用户可以根据自己的需求购买其中部分“服务”；另一方面，用户也可从不同厂商处购买最好的“服务”，因为大家都是基于同样的标准和体系架构，组装到一起将不再是个难题。

对于软件开发群体来说，将促使更细的分工，各有所精，做成产业链，而不是某几个公司来垄断，形成软件业的生态圈，纵向的是不同层的技术，如做“服务”的；组装“服务”的；横向的是不同业务领域的，如人事、采购、财务……。有了SOA，中小ISV们可以集中在不同的专精领域，如考勤、工资、费用管理等，而用户自己可以将每个领域最好的配在一起。而SAP、Siebel这样大的ISV，也可以借助SOA架构，提高自己系统的灵活性，适应更多用户的需求。

换个角度上路

坚持未必总是好事，重要的是原则不变，方法随需应变。

如果说面向对象等模式在组件化的道路上，为我们提供了部分思路，那么SOA则是这个思路具有跳跃性的升级版本。虽然目标一致，但思考的角度却已大不相同。SOA强调的是业务本身，看重的是最终结果，因此对用户来讲，更有现实意义。

汪须忠认为：过去的面向对象、技术组件的概念之所以没有获得大家期望中的成功，主要原因在于其关注点在技术，一个技术组件往往用某单一技术来实现一个技术功能，如一段JAVA SCRIPT实现的日历。对用户的意义不大。另外，技术组件是紧耦合的，组件粒度通常过小，不但组装成本高，而且一个组件的改动对另一组件的影响很大，从而影响质量。但业务组件（基于SOA架构的组件，也叫服务）却将注意力集中在业务功能上，每一个业务功能必须是完整的，至于实现这一个业务功能的技术可能涉及很多，如数据库、JAVA、JSP等。也就是说，在一个业务组件中，可能所有这些技术同时出现，以实现现实生活中所需的业务功能，如财务报销、病历等等。它强调技术无关性，是对业务对象的抽象。同时，“服务”的安装，未来的升级维护等应该被考虑到，而不仅是一堆实现某功能的代码。

另外，在范围上，SOA也要远远大于面向对象模式。面向对象的重用性只能局限于一个项目，一个应用。但在实际应用中，跨部门、组织、行业的应用之间互联互通，是经常发生的情况。就像一个设备销售公司，既要自己的上下游供应商和客户进行业务交流，也须和银行、电信等公司进行业务往来。SOA要解决的正是这个问题。所有的“服务”都采用同样的标准，建立在同样的平台之上，当发出一个业务请求时，系统将自动根据需要调用平台上的“服务”，无论这个“服务”是在上游供应商的网络中，还是业务伙伴、银行的系统内。

除了思路更为成熟，Web服务等标准的日渐成熟，也为SOA架构走向应用创造了条件。SOA架构的前身是CORBA和DCOM，其实就是远程/不同系统之间如何互动。

但CORBA/DCOM都是如何在技术上实现互动（现被SOA中的Web服务所替代）。而SOA不但利用Web服务实现技术上的互动，同时，考虑如何去掉技术相关性，从业务的层次如何降低“耦合”度。Web服务中部分标准已经比较成熟，如用于通信的SOAP（XML消息传递），建立请求者与响应者关系的WSDL（Web服务描述语言），是目前发展比较快的两个标准。