您现在的位置: 中国管理传播网 >> 商业观察 >> 商业观察 >> 产业透视 >> 观察正文
 
 
SOA全景式研究报道 【字体:
SOA全景式研究报道
——————————————————————————————————————————————————
http://manage.org.cn 2007-9-25 15:01:46 作者:杨兴涛 来源:e-works

  但随着2000年以科技股为代表的纳斯达克股市的崩盘和互联网泡沫的破灭,业内艰难时期来临,企业为生存而挣扎,直到2002年,情况才有所好转。在这期间,唯一能打动客户的方案无疑就是是如何节约成本,而这正是WebServices所具备的优点:成本低廉的集成方案。所以这一时期被认为是WebServices的黄金时期,至2003年,WebServices更火爆异常。

  但IT界独有的快节奏却也使WebServices的问题早早暴露:协议栈并不能保证互操作,并且标准化也不能降低异构环境下系统间的差异,WebServices成本低廉的集成方案更难以降低业务变化的长期成本。到后来,WebServices组织分化,各自发布并维护标准、规范,标准化组织主要有两个,分别是W3C与OASIS,前者发布了SOAP与WSDL,后者则负责维护UDDI,业内厂商联盟WS-I,则致力于解决环境异构下标准互操作问题。

  SOA不是WebServices,首先因为SOA早于WebServices出现,如上面提到的,SOA在开始的很长时间里只是个方法,并且致力于解决业务敏捷性,所以SOA极力寻找一种技术中立的实现,至90年代末期,即WebServices协议栈标准开始形成,并且基于被各大厂商认为会成为理想消息协议的XML,所以在那个时期,业内认为WebServices就是SOA。但SOA解决业务敏捷性的目标是没有变过的,所以当后来WebServices基于标准的集成方案并不能达成SOA业务敏捷性目标的时候,二者的分开便是不可避免的了。所以会有人说:WebServices只是目前最适合实现SOA的技术。而SOA却不是WebServices。WebServices基于标准的应用编程接口,缺乏SOA的松耦合、位置透明等特征,更不能实现业务敏捷性,并且WebServices服务难以管理。

  JBI插曲

  在2003年到2005年,SUNJCP也在酝酿着被称为SOA切入点的JBI,作为ESB构建的核心标准,但IBM与BEA却在历次投票中均弃权,理由是JBI不能真正实现SOA。紧接着2005年底,IBM、BEA、ORACLE、SAP等共同发起成立了OSOA厂商联盟,制定SCA与SDO规范,其中SCA就是针对IBM、BEA认为不能实现SOA的JBI的,所以JBI的没落不可避免,而目前SOA编程模型,SCA与SDO,已然是行业事实标准了。

  SOA编程模型

  SOA编程模型从业务需求出发,以开放的服务组件与动态交互技术为基础,将松耦合的服务组件快速组装成业务流程,完成业务活动,从而实现软件系统业务敏捷性。而SCA与SDO则是相互关联的规范,SCA关注业务逻辑,SDO侧重于业务数据。

  SCA主要描述面向服务的计算环境里服务组件与组装模型的实现方法,强调服务组件与平台及服务组件之间的关联,并描述怎样通过已有的技术、平台甚至组件来实现服务组件,确定统一、通用的服务组件接口及其语义,建立服务组件间松耦合的交互环境,并定义服务组件组装模型。开放的服务组件与服务组件组装模型技术独立、平台独立、语言独立,厂商们可以在不同平台上使用不同技术和语言来实现。

  服务组件组装模型的目标是融合实现服务组件以及实现服务组件间访问方法的广泛技术。对于服务组件而言,不仅涉及不同的编程语言,而且也涉及到这些编程语言的架构及运行环境。对于访问方法而言,组装模型允许使用常用的通讯与访问技术,包括WebServices,消息及RPC等。组装模型允许使用多种技术来实现,包括Java,C++,Bpel,Php,Javascript,Xquery,Sql等。

  服务组件组装模型组装起来的应用系统,既可以包括全新定制的服务组件,也可以包括存在于现有系统中的业务逻辑。这些现有的业务逻辑,作为应用系统的一部分而进行复用。组装模型涉及了服务组件的组装和服务组件的创建,并且也涵盖了现有应用系统功能的复用。

  SDO则是高度抽象的业务数据模型,主要描述业务数据对象及其内部各种粒度的数据对象之间的关联,以统一的方式访问或操作不同类型的数据源,并进行持久化。SDO提供连接器,可以通过不同方式且环境透明地与多种数据源交互,目前已支持的数据源有关系数据库、XML文档及其它,同时还提供诸如连接池、缓存、断开连接时数据访问等高级特性。另外,SDO还提供中介转换器,可以根据业务语义定义完整的业务模式,并提供对象图表,与连接器交互,完成数据持久化工作。SDO可以充分提高数据管理的效率。

  从上面的分析可以看出,SOA编程模型从较高的抽象层次上对SOA架构模型做了技术中立的实现,并从业务驱动的角度,以简洁、通用且技术开放的服务组件及组装方式更贴切的表达业务需求,使开发人员脱离开底层技术实现的细节,更多的关注于业务逻辑的分析设计,而软件系统架构却不失开放性、灵活性等等特征,在业务数据处理方面则以统一的方式管理多种类型的数据源,充分提高数据管理的效率。

  SOA不仅是技术范畴,更是商业战略,是帮助企业不断进化的途径,用以构建以解决业务问题为中心的软件系统,旨在全面帮助企业充分利用现有IT资产,提高效率、降低成本、实现业务敏捷性与创新。

  OSOA在今年2月份将SCA标准提交给OASIS,到2009年初,SCA将由现在的行业标准变成真正的国际标准。

  SOA的新技术之争悄然进行

  2006年底,SDO2.1发布,2007年3月,SCA1.0发布,标志着SOA实现真正提上日程,而业内各大巨头早已着手于SOA实现。

  IBM推出SOA产品包括其ESB、基于WebSphere的ProcessServer与BusinessModeler、Rational产品等。BEA也将其三个主要产品线,Aqualogic、WebLogic和Tuxedo,调整为基于SOA架构的MicroServicesArchitecture。Oracle推出SOASuite包括FusionMiddleware、BPEL、ESB、RulesEngine等众多产品。

  新一轮的新技术竞争早已悄然开始,而SOA无疑将会引领下个十年。

上一页  [1] [2] [3] 

 
  我也来评论 (只显示最新10条。评论内容只代表网友观点,与本站立场无关!)
姓 名: *
评 分: 1分 2分 3分 4分 5分
评论内容:
 
 
 
 
 
 
 
 
 

关于我们 联系方式 隐私保护 版权说明 友情链接 与我们合作
Copyright 2002~2007 manage.org.cn All Rights Reserved
版权所有:中国管理传播网