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

 第一推动力

  采用SOA 的第一推动力更多还在提高企业的软件能力上,离直接推动企业业务能力变革尚有很长的一段距离

  张思宇:SOA 是百分之百的技术问题

  张嵩:实施SOA要避免把技术风险扩散到业务流程上

  在记者前往拜访中国外运股份公司之前,中外运作为国内为数不多实施SOA 并取得成功的企业,被业界广为传播。对中外运实施SOA 有两个不同的描述版本:第一个版本是个生动的故事,中外运由于经营的大宗物流业务所涉及的单证流、资金流、物流等流程的管理太过复杂,现有软件均无法满足业务需求,公司通过实施SOA 解决了一切;第二个版本是,前不久中外运信息管理部副总经理张思宇博士作为成功的SOA 客户代表,应邀参加某软件公司的SOA 巡讲大会。结果观众在听完张博士的演讲后却面面相觑,觉得张博士所说的SOA 和软件厂商说的SOA,是两码事儿。

  “本身就是两码事儿,SOA是100%技术层面上的问题,和业务层面一点关系都没有。”在把中外运的SOA故事的最终版本从头到尾讲了一遍后,张博士总结说。他纠正了不同版本的基本事实——中外运的核心业务系统(海运船货代系统)在开发上采用了SOA的构架方式,并非整个企业IT 都“SOA 化”了。而中外运采用SOA的根本原因是因为其原业务系统是由中外运200 多家分支机构的30多套不同系统“拼装”成的,为了解决IT资源集中管控的问题,才开发了新系统,并由中外运总部集中管理。

  张博士介绍说,新系统为了今后升级方便,采用了Web服务方式,将各个单独功能模块包装成服务模块。但这个“服务”是软件模块级的,也就是说,当一个模块需要使用其他服务时,会通过网络协议,将描述服务的XML文件发送给另一个模块,这时相应的服务过程就开始了。“这个过程中的服务,和业务部门需要IT部门提供的服务,完全是两个概念。”

  中外运的SOA策略,与美国伍德沃德公司的选择不谋而合。伍德沃德是总部位于美国的一家航空发动机控制器生产制造商。在苏州工业园办公的张嵩是伍德沃德中国的IT 主管,他带领着中国的软件开发团队承担着公司第三代全球信息服务系统(WISE 3)的核心研发工作。“WISE 3是对在伍德沃德运行了20年的MRPⅡ(WISE 1)系统的一次重大升级。”张嵩说。这个重大升级就是向SOA迁移。

  当初,伍德沃德做出升级决定还是出于技术层面的考量:除了因为第一代字符界面和第二代C/S架构的WISE在技术上已经落伍外,最关键的原因在于WISE2所使用的Oracle窗体开发工具已被Oracle公司淘汰,不再提供服务和升级。“当时,我们决定向SOA迁移是认为,获得持续的企业IT 能力最重要。”张嵩说。这个最重要的原因背后其实就是企业IT的升级能力不足,所以伍德沃德的决策者决定以某种标准的、可以永久添加功能的方式来实现WISE 3,而这和SOA正好合拍。

  中外运和伍德沃德对SOA的最初需求完全是纯技术层面的,这与诸多SOA对企业业务能力提升的宣传相去甚远。可见,SOA“能够提升企业的软件能力”与“直接推动业务能力的变革”之间,并不是一个可以轻松跨越的小缝隙。

  外界觉得已经“SOA化”的中外运,必然已经具备了“技术实体”和“业务实体”直接对等连接的企业IT 环境。实际上,中外运目前并不具备这样的能力。现在,已经“SOA 化”的中外运海运船货代系统只有两个外部数据接口,一个连接中外运的EDI系统,另一个连接客户数据系统,这两个接口的功能也仅是交换数据,对业务的整体提升作用还没有显现出来。SOA在中外运的作用与Gartner在1996年首次提出SOA概念时的定义非常吻合—— SOA 是指软件接口之间的“服务”。当年,SOA 出现的背景不过是美国大型企业需要升级、改造遗留系统,而迁移这些系统中存放多年的数据和业务风险太大,不得不通过SOA的方式,给这些系统穿上一层“服务的外衣”而已。

  这可能对还没有实施SOA 或还对SOA只停留在了解层面上的CIO而言,可能会有些失望。符合SOA理念的IT环境如果不能让CIO从此忘掉技术参数,直接和业务需求对话的话,那么SOA 并没有超出系统优化、系统集成、封装构件或流程这些技术范畴太多。

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

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

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

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

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

说到底,对于中外运和伍德沃德来说,采用SOA的第一推动力是IT系统改造的需求,而不是所谓的业务灵活性.实际上,在张思宇博士看来,即使是Garnter提出的给遗留系统"穿外衣"的SOA 概念也难以实现,于是,中外运最终还是选择开发新的核心业务系统. "CIO采用新技术和新理念的动力有两个,一个是希望,一个是恐惧.对于SOA,我从来没有恐惧过" 熵增中的企业IT 要让日益复杂的IT环境化繁为简,SOA也许是通向"统一"的道路之一 SAP中国研究院院长

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

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

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是连接人