TechTarget中国网站推荐

SOA:不要你的概念 要成功案例

2008-8-28  选择字号:  | |
打印本文章
正在加载数据...

  SOA的这种理念在上世纪70/80年代就有了,其原型是CORBA(Common Object Request Broker Architecture,通用对象请求代理架构),限于软件技术和产品的局限性,一直处于被谈论的境态。
 
  在1996年,有Gartner给出了SOA的具体定义。2002年12月份,又是Gartner给出了“指导性意见”说SOA是“现代应用开发领域最重要的课题”。2005年前后,各IT厂商风起潮涌般的争相提出自己的SOA理念、产品,以及所谓的解决方案。可是,企业接受这些东西吗?曾经采访过的国内一家大型企业的CIO直言:不采用SOA,也把企业内部的IT架构搭建和管理的很好很完美。

  现在,是SOA落地的时候,但它似乎是“遇土而入”,企业找不到成功的案例。SOA似乎成了IT界的一个“圣杯”,人们现在明白喝了“圣杯”里的水可以使自己的IT架构驱除病魔,永葆健壮,可是有谁喝到过“圣水”,或者说,有谁真正看到过“圣杯”?

  对于部分企业来说,试着实践SOA已经是刻不容缓的事情。但是对于有的企业来说,仍有许多还要再等等的理由。一方面是因为还看不到成功案例,另一方面则是因为市场过于混乱,以致于有意愿尝试的企业,决定凭借自己的经验来实践SOA,而意愿相对低落的企业则选择持续观望。除此之外,包括SOA实施顾问还需要时间来养成、SOA成效难以评估,以及SOA方法论还在演变都是影响市场发展的关键因素。

  先期导入者必须对系统架构有充分的掌握度

  事实上,SOA在市场的发展,过去几年都还是处于市场“教育”阶段,一直到去年下半那年才逐渐有概念验证的项目出现。目前为止,仍旧没有任何一家IT服务厂商真正拿得出成功案例。关键在于先期实践者对于IT服务厂商的不信赖,而IT服务厂商的顾问又必须仰赖项目经验得以养成。

  对此,IBM、BEA(已经被甲骨文收购)、微软以及甲骨文(Oracle)等都纷纷表示,顾问的养成固然需要依赖项目经验累积,但是在此之前,各个公司内部都有一套培养的方法,其中,除了来自国外的项目经验技术转移之外,各个IT服务厂商也会定期把顾问送到国外培训。

  然而,即便如此,市场调查机构IDC企业应用研究经理曹永晖毫不讳言地指出:“SOA顾问的养成会比ERP还要难”,因为SOA的复杂度不仅具有产业差异,甚至就连每一个公司的SOA都会有所不同,相关的顾问除了需要产业经验以外,也必须经过多个项目的历练,才能针对不同企业的系统与流程做出适当的判断。

  除此之外,SOA成效难以评估也是另一个让企业迟疑的原因。根据目前已经投入SOA的企业来看,大多是因为已经有具体的目标想要改善,例如:缩短应用系统的开发时间,进而达到实时响应市场需求(Time to Market)的目的等,因此这些企业大多是亟想验证SOA可行性的一群。一般来说,验证之后就会进入真正的实践阶段,其中甚至很少看到企业具体评估SOA的效益。

  从局部开始慢慢扩大导入范围,才能快速展现SOA效益

  企业为了快速掌握SOA的经验与效益,现阶段大多会采取局部导入的做法,这样不仅可以降低风险,也可以快速展现SOA所带来的效益。对于许多大型企业来说,即使非常认同SOA、也有实作经验,都不可能因为要SOA就大幅翻新系统架构,除非正好有这个计划。

  值得一提的是,有一些大型企业过去为了加速系统开发的时间,对于不熟悉的应用或是超过既有人力负担的需求,都会透过外包开发的方式完成。长期下来,这些企业的IT人员可能会逐渐偏重业务分析,进而无法充分掌握系统架构。而类似于这样的情况,也会影响到该企业对于SOA的实践能力,所需要的摸索时间也会变得更长,因为SOA不只是应用开发层面的问题,更深的意义在于系统架构的转变。

  如果企业本身无法充分掌握相关技术或是系统架构,不仅容易被IT服务厂商牵着鼻子走,也容易陷入产品面的功能比较。然而,SOA并非一定要透过新的工具才能实践出来,重要的是,系统的沟通接口要遵循开放标准,才能真正达到SOA松散耦合的诉求。

  关于SOA不可不知的8件事

  1. 不要只是为了SOA而SOA,进而陷入追寻新科技的无限循环。

  2. 实践SOA的人力与时间成本,将会随着应用范围扩大而增加,一般来说可能会增加20%~30%左右。

  3. 对于才刚刚在市场迈入实践阶段的SOA,概念验证仍是必要的做法。

  4. 不是每一种应用系统都适合SOA,衡量的关键在于系统与业务之间的关连性。

  5. 为了避免业务模式改变,共享业务模块的建模时间,最好不要超过6~8周。

  6. 共享业务模块切割出来之后,必须保持后续调整的弹性,才能针对不同阶段的需求,达到共享业务模块最佳化。

  7. 开始实践SOA之前,最好先厘清系统架构,才能避免被牵着走的情况发生。

  8. 从局部开始慢慢扩大SOA的范围,除了可以降低风险,也可以快速展现效果。

原文出处:http://business.sohu.com/20080827/n259234357.shtml
来源:计世网    
SOA本质是什么?强调业务和服务的理念和设计方法。为什么强调服务?以前的分布式技术构建的应用系统(例如CORBA服务和EJB应用)难道不是服务?答案是肯定的……
虽然有一个促进WSDL,SOAP和UDDI广泛和深厚的行业推动,有没有令人信服的理由通过基于XML标准的CORBA技术。但性质的分布式计算要求的复杂性,CORBA一直认为它太复杂……
与企业应用集成(EAI)有关的远程方法调用(RMI)和公共对象请求代理体系结构(CORBA)是怎样做的?RMI和CORBA是怎样来实施EAI的……
设计模式多年以来一直是IT领域的一部分。甚至出现了一个完整的模式团体来培育新模式的发展,并且要围绕应该如何说明模式以及相关的事情制定一些指南……
SOA和Web服务安全威胁是企业IT管理人员最关心的,根据该公司公布的调查结果,这周在拉斯维加斯宣布了一项新的CA联邦管理和增强与CA安全管理的SOA……
在11月初于北京举办的"SOA标准化国际论坛"上,来自国外标准协会组织万维网联盟(W3C)、结构化信息标准促进组织(OASIS)、Web 服务互操作组织(WS-I)以及中国电子……
面向服务的架构(SOA)是一种基于可以重用的服务的,新的开发应用的架构体系. 近年来, 企业界对于SOA的需求越来越急切. 为了满足这样的需求, 一系列的SOA基础架构产品被推出. 主要的厂商如Oracle, BEA System, IBM都提供了SOA平台产品. 在一个包含各类应用的复杂的IT系统中, 要使用适配器并且在一个符合业务需求的流程中将各类应用串连在一起是一个非常困难的事情, 但是现在的SOA平台将困难转变成了容易。
Web 2.0是2003年之后互联网的热门概念之一,不过对什么是Web2.0并没有很严格的定义。一般来说Web 2.0是相对Web1.0的新的一类互联网应用的统称。
Ruby on Rails, 也称RoR或简称Rails, 是一个使用Ruby语言写的开源网络应用框架,它是严格按照MVC结构开发的。它努力使自身保持简单,来使实际的应用开发时的代码更少,使用最少的配置。
最新更新
专家答疑
技巧
Jason Bloomberg
企业是否应该意识到,云计算有许多积极因素,是否也有负面影响呢?重要的是要记住,云计算仍然非常新,而且在许多方面比vaporware更现实……
Ron Schmelzer,Jason Bloomberg
我们正在进入多元化的银行和金融服务,我们处理客户关系管理CRM,BI,遗产系统,产品J2EE和.NET和其他异构平台。如果我们想要转移到一个共同的平台,为什么要选择SOA……
Ed Tittel
在您最近的博客中提到,在XML.com中有你喜欢的XML内容。关于XML的信息还可通过什么途径可以得到?请与我们分享更多的来源……