当CIO遇见SOA架构 是该希望还是该恐惧?[3]

说到底,对于中外运和伍德沃德来说,采用SOA的第一推动力是IT系统改造的需求,而不是所谓的业务灵活性。实际上,在张思宇博士看来,即使是Garnter提出的给遗留系统“穿外衣”的SOA 概念也难以实现,于是,中外运最终还是选择开发新的核心业务系统。

  “CIO采用新技术和新理念的动力有两个,一个是希望,一个是恐惧。对于SOA,我从来没有恐惧过”

  熵增中的企业IT

  要让日益复杂的IT环境化繁为简,SOA也许是通向“统一”的道路之一

  SAP中国研究院院长芮祥麟说:“技术创新所带来的收益是线性的,业务流程上的创新和优化会带来几何级数的增长。”很多CIO都认为这句话非常有道理,但就此认为SOA会直接带来业务流程上的创新,未免夸大了SOA 的作用。实施了SAP R3的广东电信,如今在考虑系统升级时非常谨慎,“企业IT的投资回报率很难量化,我们希望看到国内出现更多的SOA成功案例后,再做打算。”广东电信战略策划部经理刘志军说。事实上,等待SOA成功案例的IT负责人不只他一个人。BEA的高级副总裁WaiWong也建议正在观望SOA的CIO多关注一下本行业成功的SOA 实践。

  和广东电信的情况非常相似,伍德沃德在2005年进行SOA选型时,也曾考虑过SAP的NetWeaver 平台, 他们最终放弃SAP 的原因除了投入外,还因为伍德沃德的产品将直接用于美国F16、F22 等战斗机发动机的控制器,整体将WISE迁移到SAP 的产品上,给业务流程带来的风险有些大。从伍德沃德的SOA 故事中,可以看出CIO 应该把软件系统升级改造的风险控制在技术层面上,要避免扩散到业务流程上。“其实,我们很多流程都还没动,先把企业IT 环境搭建起来再说。”张嵩说。

  这是在这次调研中,国内CIO对SOA最主流的声音——“现在还没有实施SOA的业务需求。”事实上,在大量对SOA表示认同的CIO看来,目前组织的业务需求还远没复杂到非要采用某种关键性技术或产品来满足的地步。CIO们对于SOA的好感,更多还是考虑到未来业务需求如果突然而至,希望具备SOA 能力的企业IT环境能够帮上忙。

  对于国内CIO而言,与其将企业业务灵活性叠加在SOA身上,不如将SOA还原为搭建更符合现代企业发展所需要的IT环境的一个重要工具。二三十年前,企业在早期IT 应用时,IT仅是支持存储和批量作业的工具,软件开发技术也只能实现对计算机系统底层硬件的直接调用。而到今天,各种企业IT 的高级应用已经可以帮助企业分析客户数据、预测市场趋势,软件开发技术也发展到功能组件封装、集成软件总线。在这个演化过程中,一个最明显的变化就是大量“信息孤岛”的出现,将企业的IT 环境变成一个大杂烩。时下,很多CIO已经开始通过IT治理、ITIL等手段像管理企业一样对IT组织、资源进行管理,SOA是CIO考虑采用的一个手段。

  此外,SOA在技术层面也尚未成熟,不仅在效率、标准上还没有突破性进展,甚至在概念上也比较混淆。前不久,在普元软件公司组织的一次goCom技术论坛上,一位演讲者试图告诉听众SOA将是解决未来企业IT复杂性的不二法宝。在听完他的演讲后,在座的听众就问:“如果把你刚才话里出现的SOA’,全部替换成‘EAI’,是不是也一样成立?”这个问题让在座诸人陷入了思考。对这个问题,CIO可以从自己的角度得出答案,但这些答案一旦汇集在一起,模糊而难以统一。

  今年9月,包括BEA、IBM、SAP等18 家IT 厂商开始坐下来认真思考SOA的发展方向。他们共同成立了SOA标准联盟,希望能够将各厂商“自己的SOA产品”推向“大统一”的SOA。按照他们的说法,SOA标准的建立类似于在企业软件领域形成了一个如同TCP/IP这样的互联网协议。“在两三年后,整个标准化工作将会完成。”芮祥麟说。但在商业社会中,确立技术标准的过程就是你死我活式的实力和利益的博弈大战。这个大战一天硝烟未落,CIO 们就有观望的理由,作为SOA的潜在受益者— CIO 肯定不愿意成为概念与标准的试验品。

  熵增中的企业IT,其实最大的熵变是企业IT 这个巨大的市场,正如普元软件公司CTO程朝晖所说:“任何一代技术架构变化,都会催生一个巨大的市场。”IDC 有分析指出,今年与SOA 相关的服务市场将达到86 亿美元,比去年增加了一倍,到2010年时这个市场会达到340 亿美元,SOA 将是软件市场发展的方向。不过,只要是未来就有变数,减少变数的最佳方法恐怕就是尽量还原通往未来的那些路径。

时间: 2024-09-20 23:02:48

当CIO遇见SOA架构 是该希望还是该恐惧?[3]的相关文章

当CIO遇见SOA架构 是该希望还是该恐惧?[1]

CIO心中的SOA和厂商宣传的SOA,好像并不是一码事儿. 为什么SOA(Service Oriented Architecture,面向服务架构)正在大行其道?答案也许简单到极点. 没有人可以质疑近20 年来,全球商业环境不断加速量变与质变中,第一推动力就是创新技术.而在所有的推动变量当中,IT扮演着至关重要的角色,因为现代企业越来越高度依赖IT,而日新月异的各种IT 应用又成为企业灵活多变的"变身"基石. 这种对技术创新和IT 创新的逻辑推导,看上去顺理成章."席卷全球的

当CIO遇见SOA架构 是该希望还是该恐惧?[4]

软件能力≠业务能力 没有任何一家软件公司会宣称自己的产品永远不会过时,除非他们暗示其所提供的产品拥有"普遍适用"的软件能力. 要证明这种"能力"的存在相当困难,至少在纯技术层面上几乎不可能.二三十年来,CIO 们一直试图通过引入企业级的IT 标准能让这种能力兑现.从上世纪80 年代大行其道的企业http://www.aliyun.com/zixun/aggregation/14208.html">数据模型(Enterprise Data Model,

当CIO遇见SOA架构 是该希望还是该恐惧?[2]

第一推动力 采用SOA 的第一推动力更多还在提高企业的软件能力上,离直接推动企业业务能力变革尚有很长的一段距离 张思宇:SOA 是百分之百的技术问题 张嵩:实施SOA要避免把技术风险扩散到业务流程上 在记者前往拜访中国外运股份公司之前,中外运作为国内为数不多实施SOA 并取得成功的企业,被业界广为传播.对中外运实施SOA 有两个不同的描述版本:第一个版本是个生动的故事,中外运由于经营的大宗物流业务所涉及的单证流.资金流.物流等流程的管理太过复杂,现有软件均无法满足业务需求,公司通过实施SOA 解

SOA架构暴露固有缺陷 CIO应时刻保持警惕[2]

海福纳 认为,SOAhttp://www.aliyun.com/zixun/aggregation/17568.html">管理方案应当从多个方面调整各种服务之间的关联,比如为消息添加更多的标识.这样一来,服务中产生的问题可以更容易被独立鉴别出来,CIO们也更容易判断应当向哪个开发团队求助. 海福纳还指出,通常,SOA管理解决方案的眼界未能上升到整个SOAP界面.但是,即将涌现出的新一代管理工具必须站在整个服务界面的高度审视底层的数据库.服务和消息层. "你所购买的SOA管理解决

SOA架构暴露固有缺陷 CIO应时刻保持警惕[1]

对于很多企业领导者来说,半夜两三点电话响起不是什么好事情--这很可能意味着,企业出了事,而且这些事情很有可能不知道该由谁解决. 随着企业规模的逐渐扩大,企业的复杂性也不断增加,不同部门之间职责.利益.流程的交错,让包括部分高层管理者在内的很多人不清楚,如果企业某个地方出了问题,到底应该追根溯源到哪个部门.哪个人. 这种现象对于已经深入到企业每个角落的IT产品.http://www.aliyun.com/zixun/aggregation/13543.html">IT服务也是如此.早上ERP

基于SOA架构采用Extjs展现的权限系统之总体设计探讨

上一篇文章说过,系统由数据层,业务层,服务层,数据契约层,WCF代理层 ,ExtJs代理层,展现层组成.现在我们一起探讨这些层之间的作用. 众所周知,主流的三层结构由数据库,业务层与展现层组成.我认为:SOA架构 在三层的基础上添加服务层,数据契约层,WCF代理层. 现在一起探讨一 下各层之间的作用吧! 数据层:用于与数据库交互的层.提供简洁实用 的数据库访问方法,如:添加,删除,更新,查找等等.我这里的数据层采用 Linq技术,由Linq自动生成数据访问层,节省了不少开发时间哦. 业务 层:用

微服务与SOA架构

本文讲的是微服务与SOA架构[编者的话]本文是Mark Richards写的微服务与面向服务架构完整报告. 基于服务架构的世界 微服务和SOA都被认为是基于服务的架构,这意味着这两种架构模式都非常强调将"服务"作为其架构中的首要组件,用于实现各种功能(包括业务层面和非业务层面).微服务和SOA是两种差异很大的架构模式,但是他们仍有一些相同的特征. 所有基于服务的架构的一个共性是他们一般都是分布式架构,也就是服务组件都是通过远程访问协议来实现的,例如REST.SOAP.AMQP.JMS.

springMVC+mybatis+dubbo实现SOA架构(1)

今天是2016年2月24日(今日重写,已是3月4号了),距离完成上一个项目已经过去两个多月.去年11月份,开始接手java开发项目,之前做过一点东西,但那是两三年之前的事情了,很多函数也已经不记得了,接手该项目是对自己的一个考验吧. 环境配置 如题,该SOA架构基于dubbo.spring以及mybatis框架,dubbo框架需要zookeeper的支持,因此我们首先需要下载并安装依赖工具:jdk.maven.zookeeper.tomcat(非必须,可以用jetty)以及IDE(eclipse

透过ESB看清SOA架构实施的真谛

本文讲的是透过ESB看清SOA架构实施的真谛,[IT168 资讯]随着SOA概念的应声落地,ESB蜂拥而入,虽然它不是一个新的名词但它给人的感觉是既时髦又迷糊,它似乎正在被赋予许多自己不应承载的内容.究竟什么才是ESB?为什么与SOA有着千丝万缕的关系?CIO又如何透过ESB掌控SOA实施? ESB和SOA的关系 关于ESB的概念,网络的报道铺天盖地,专家的的解释也是众说纷纭,ESB一直没有一个准确的定义,就像SOA问世之初到底是框架还是思想一样被人们议来议去,以笔者的个人理解认为ESB是连接人