电脑商情报:SOA走进方案商 标准化成为SOA市场热点 从最简单应用入手


 2009-07-13 00:00:00       754

SOA不需要被质疑

“最开始的时候大家一提到SOA,都是理论性的,那时候有很多论坛和研讨会,听讲座的是软件开发公司,宣讲的也是软件开发公司,客户很少参与进来。而且当时没有软件公司能拿出基于SOA理念开发的解决方案,并且这个解决方案上有着客户应用的最佳实践,都只是在做一些理念的宣传。”在提到SOA理念的发展变化时,北京时空超越科技有限公司副总经理张莹对记者说道,“现在这种情况有了明显的变化,大家开始在SOA产品化层面下起工夫。” 

对此观点,金蝶中间件技术总监张勇非常认同,他表示:“可以说目前我们不需要去质疑SOA是什么,它能够实现什么功能、解决什么问题,现在应该说是要关注这个理念如何落地并给用户真真正正带来哪些实用价值。”

从3年前热炒SOA理念到现在有人说SOA已死,SOA一直是业内人士争论的焦点。由于SOA没有统一的部署标准和实施规范,对于SOA的治理业内也难以达成一致,导致SOA从高端神坛走下并最终一团混乱。

实际上在方案商的眼中,任外界如何评价SOA都不重要,最重要的一点是能否为客户带来价值。“我们始终认为SOA是一种思想,一个架构。在客户的应用发生变化时候,借助这种思想不改程序或者修改很小的情况下满足客户的要求。不会去关注各种概念炒作,更注重技术的实用性。”东华软件技术研究院副院长董国勇告诉记者,方案商一般会从实用性角度去考核一种技术架构。

随着对SOA认知观念的成熟,基础软件厂商和行业方案商无不在SOA产品,SOA方法论体系,标杆用户树立上进行建设,投身实际行动来争取目标SOA用户。不过对于基础软件供应商来说,除了少量终端用户是通过直销方式来服务的,大量最终用户都是合作伙伴,尤其是独立软件开发商和系统集成商来实现的。为此,基础软件供应商的核心工作就是完善自己的SOA平台,希望与更广泛范围内的合作伙伴合作。毕竟是先有了梧桐树,才可能招来金凤凰。

方案商炙手可热

“理念的指引,产品的支撑,方法论的指导,金蝶中间件会关注这些层面,因为这三个层面是SOA真正落脚的地方。”张勇说道。

实际上,可以简单把SOA分两层看待,底层是技术,上层是业务。技术层次的实现需要依靠SOA产品,业务层次的实现则要依靠理念和方法论。

“把SOA等同于中间件产品看待是片面的,SOA前所未有的提出和强调了治理的概念,强调企业战略和IT能力的对齐。首先SOA治理离不开好的企业架构,其次要发展企业架构,需要有明确的方法论和体系框架。”
金蝶中间件公司SOA产品经理、The Open Group中国分会SOA技术总监滕腾详细说明了SOA的落地方式,他认为目前比较好的方法论体系是The Open Group组织提出的TOGAF及其方法论ADM,可以有效地支持SOA治理和落地,ADM共分9个阶段分步骤、迭代式的实施,帮助企业有序地完成企业架构的开发。

而在满足了SOA方法论,指引,技术,产品,最佳实践等一整套SOA必备条件后,金蝶中间件将把这些统一提供给渠道伙伴,主体为独立软件开发商和系统集成商,让这些ISV/SI开发满足行业应用特点的SOA解决方案,金蝶中间件只提供基础软件平台。

同样致力与提供基础SOA技术平台的还有普元,普元副总裁程朝晖介绍说:“目前普元已经有100多家签约的独立软件开发商(ISV),并且已经有不少市场能力和解决方案能力出色的ISV逐步把他们的产品迁移到普元的EOS平台上。随着双方合作的深入,我们也在更深层次低挖掘ISV的需求和提升我们的产品价值。并在研发体系上、市场拓展上、技术支撑上给予全面的支持和保障。”

目前普元的ISV合作伙伴中,包括了像在中小银行有着全面解决方案的长亮科技、高伟达,在供应链管理市场渗透到日本的寰通(Oval),在日资企业有着良好声誉的菱威申,在电力市场扎根的珠海远光,在中国电信市场有着深入把握的中国电信系统集成公司,并且有更多行业的ISV在不断加入进来,如国通等。

这些基础软件厂商,不论是国内的金蝶中间件、普元,还是国外的IBM、Oracle,都认同一点,要想把市场做大,必须依靠行业合作伙伴。而且对于行业方案商而言,虽然是基于基础软件供应商的SOA产品平台来做行业应用开发,但如何保证开发出来的产品是符合SOA的行业标准,这对于SOA终端用户和行业方案商来说都是困惑。如果没有统一的标准,一方面终端用户不希望自己被绑定一个开发商的软件平台上,担心可能受到上游方案商的波及;另一方面,方案商苦于没有统一的标准,要耗费很多时间进行二次开发。

开启SOA统一标准之门

就在SOA应用不断取得新的进展之时,国内SOA标准的研制也在加紧进行中。2008年,中国电子化标准研究所CESI发布了《SOA标准体系框架》以及《SOA用户指南》,并在09年6月发布《中国SOA标准体系研究报告(征求意见稿)》。这表示中国的SOA标准体系基本确立。

中国SOA标准体系的确立,一方面使得中国的SOA厂商能够按照统一标准和规范开发产品,一方面使得用户在产品和方案选型时有了可衡量的准线,对国内SOA产业的良性发展有重要价值。早期无论是SOA厂商还是企业的商业实践,大多是在SOA标准缺位的情况下实施的。直到SOA标准领域两大核心规范SCA与SDO被确立之后,SOA产业链条上的各方才有了可供参考的技术标准,而符合这两大技术规范的产品也开始出现。

滕腾告诉记者:“SOA特别强调了标准的重要性,目前国际上SOA的相关规范和标准很多,感觉当前的标准大多还集中在解决互联互通以及编程模型等基础层面上,金蝶也正在积极主导和参与中国SOA标准本地化的建设。”标准建立后,是否能被各个开发商所遵循,这也要看标准在制定的过程中是否得到多数厂商的支持和参与。

从2007年起,CESI开始启动我国SOA标准化工作,并确立了“产学研用”共同参与研究、讨论、制定的开放模式,CESI与国内19个“产学研用”单位建立战略合作,协力推进国内SOA标准建设,这些单位包括普元、东方通、中软国际、浪潮、锐易特、上海宝信软件、金蝶中间件、神州数码、炎黄盈动、文思创新、微软、IBM、SUN、长风联盟、后勤指挥学院、北航、复旦、北大、中国软件行业协会等。

特别值得一提的是,在国内标准的制定过程中,普元一方面与CESI积极分享了国际SOA标准的参与经验,一方面通过自身在国内的企业应用实践与国际标准的融合,成功实践了SOA标准落地的工作。此外,普元还最新推出了全球首款商用符合国际SOA标准的套件EOS Platform 6,为中国企业与SOA标准结合带来了较佳的商业实践。
 
换个思路看SOA

时空软件是最早在医药行业中做平台化产品的软件开发商,提倡把企业的一些基础设施公用化,强调一些功能的重复调用,以及单点登录进入企业系统,避免企业信息系统出现信息孤岛。 


张莹告诉记者:“当时没有出现SOA这个概念,我们就泛指叫做平台化。后来SOA概念一进入中国,我们在研究这个概念的时候,发现跟我们的产品很契合,而且很多我们没有想到的东西,在SOA当中已经有很具象的表现了。因此在2006年的时候,我们在进行产品研发时候引入了SOA架构,研发的KSOA产品目前已经成为我们的主打产品。”

在张莹看来,时空软件走上SOA道路是一个偶然中的必然。当初研发平台化产品起初着眼点在从软件公司的角度,用较少开发资源适应最多客户,缩短开发周期,着重功能颗粒的复用,而不是以客户应用为视角。随着对SOA的理解越深,时空软件的经营思路也发生变化。

“这不仅是对开发公司有利的方式,更对客户有利。SOA解决了客户内部的很多问题,尤其是企业信息孤岛问题。同时SOA也降低了客户的二次开发难度,很多报表工作都客户由客户自己做。信息维护人员只要有一定的计算机能力,不需要是程序高手。并且客户系统中的所有功能都有编号,都可以重复调用。”这样的一个思路转变,让张莹意识到KSOA产品的市场价值更大了。

其实方案商对于SOA的理解是五花八门的,各自有各自的理解,因为存在积累的不同,开发方式的不同,客户类型的不同,注定了对于SOA的实践也不相同。

“我们只关注SOA能解决什么问题,解决程度怎样,能带来怎样的便利。通过解决客户的实际问题,让客户真正看到实惠,这样客户接受起来也容易。同时在公司产品的研发过程中,也会参考SOA架构,满足不断变化的客户需求。”董国勇表示。

SOA是面向服务的,真正做好SOA,一些大厂商的做法中看出,都是要从业务角度入手,我们看待SOA都是从业务促进的角度去看。如果一个标准不能和业务流程相匹配,那么业务是不能被复用的,这不是真正的SOA。在与一家银行的合作之中,我们一直在试图进行SOA建设,但推进的速度并不理想,原因是目前的技术不成熟。一位业内人士坦言对SOA的看法。

尽管方案商对SOA的认知比较多样化,但在实际操作方面,方案商对于SOA实施的入手方式较为一致,一方面是从解决用户最迫切的问题切入,一方面是从一些单独的项目切入,让用户很快感受到部署SOA带来的价值。
找到客户痛点实施SOA一直以来IT企业都希望能够通过IT系统的调整与更新,不断满足客户随时变化着的需求。为了实现这一点,企业应用集成(EIA)曾经大行其道,在主机端和服务器“加载”各种各样的应用软件成为最核心的手段。但是,随着企业业务的日益庞杂、全球化、以及新的商业模式的出现,重重整合的软硬件系统不仅变得更加复杂,而且对一些新的环境和需求简直无从应对,这往往导致企业的IT系统不断地修补,生命周期衰减,直到被废弃重建。

金蝶中间件ESB产品经理倪晓兵对记者表示:“目前企业的痛点并不是没有系统,急迫的等待建设,而是在于系统太多,信息爆炸,IT基础架构僵化,这些系统相互隔离,无法协同应用,从而带来业务上的敏捷性。过去EAI的项目更多地是在解决数据层面的协同,并且缺乏一种敏捷性。而SOA会带来的不仅是数据层面的协同,还包括应用层面,流程层面等很多层面的敏捷、快速应变的协同,这是现在用户需要解决的最现实问题。”

整合异构环境与实现协同应用是SOA这个面向服务架构的天生优势,不过有时候客户的痛点虽然在于系统无法整合,但实施SOA不是一件容易的事情,往往需要很长的周期和大量成本的投入,并不是能被所有客户接受。
为此,董国勇认为部署SOA应该从最简单的应用入手,引导SOA向轻量化和简洁化发展。

他举例说道:“比如银行用户中的客户信息(CIM)系统,就非常适合使用SOA的应用或者模块。因为这个系统是相对独立的,但各个系统的接口都要通过它进行数据访问,这就适合使用面向服务的SOA架构模块,增加客户业务的敏捷性。”

从一个相对独立的系统入手帮助客户部署SOA,可以很快让用户感受到SOA所能带来的好处,从项目周期和投入成本方面,也都更加容易让客户接受。但是对于SOA的部署,并非适合所有类型的用户,方案商在帮助用户选型方面一定要理性谨慎。

理性帮助客户选型

因为部署SOA所带来的系统整合,会给客户带来一定的风险和成本方面的投资增加,是否适合部署SOA目前还是靠方案商的经验,因此方案商在帮助客户选型的过程中,不能够搞一刀切,不管用户是否适合使用SOA架构,都向其推荐SOA。

所以在帮用户选型的过程中,方案商首先要克服认识不清,认知误区的困难,明确SOA有自己的适用范围,并且部署SOA是个长期过程,需要严格规划,成本投入,领导层支持。其次要明确SOA在技术上是适合做应用的集成和协同,关注互连互通,可以跨越互联网,不同于EAI只适用于企业内部网。如果客户要求性能优先,而且没集成的要求,就不要推荐部署SOA。

虽然,现在SOA进入了平稳发展阶段,但现在的SOA产品、技术、标准非常之多,而用户在这方面经验缺乏,为此带来的管理人员工作观念和习惯的转变可能会引发抵触情绪。所以方案商一定要深入挖掘客户的困扰,找到明确的SOA预期目标。跟客户的业务人员做很长时间的沟通和交流,得到客户认可,再制订具体解决方案,按照方法论去实施。

谈到如何降低客户部署SOA的风险方面,董国勇告诉记者:“客户对SOA理解不多,这需要与客户进行系统需求的讨论,每个可能出现的偏差都要有风险管理的方案。所以不主张客户对所有业务都进行SOA整合,一般会对容易见到效益的系统开始部署SOA。这样一步一步转向SOA,虽然投入比较大,但带来的好处也非常多。有时候我们也告诉客户应用是基于SOA思想开发的,但并没把SOA贯穿始终,不见得SOA就是最好的,技术多好都是为应用服务的。”

相关阅读: