细数决定SOA成败的关键因素

日期: 2008-02-13 来源:TechTarget中国

  尽管近几年来SOA概念满天飞,但大部分客户对实施SOA依然心存疑惑,决定SOA成败的三大因素包括企业文化、方法论和实施平台。

  SOA(Service Oriented Architecture,面向服务的架构)是搭建企业软件架构的一种新方法,它的出现使所有应用在交换数据和处理过程中,不需要考虑应用软件是用什么编程语言开发的或在什么操作系统下运行,因此SOA具有灵活和经济划算的优势。但实际情况是,尽管近几年来SOA概念满天飞,但大部分客户对实施SOA依然心存疑惑。根据甲骨文公司新发布的“Oracle 网格指数IV”调查报告,亚太地区未制订 SOA实施计划的企业高达33%,而在美国和欧洲的企业中,这一比例仅为5%。在调查所及的企业中,亚太区仅有5%实施了SOA,欧洲为10%,而美国则为 20%。更为严重的是,亚太地区有大量企业(85%)不了解或几乎不了解SOA的基本知识,其中东南亚地区对SOA的认知程度最低,有87%的企业对SOA一无所知。

  这种状况表明,SOA从理想走向现实,还需要走很长的路。甲骨文大中华区SOA技术推广经理周有衡认为,决定SOA成败的三大因素包括企业文化、方法论和实施平台。企业要成功利用SOA有企业IT应用的因素,也有企业管理的因素。换言之,当企业实施SOA时,要有相应的技术与标准做准备,而且在公司的策略、组织架构、信息共享、IT治理以及业务处理的流程等管理方面,也要有相应的配合与优化,这样才能把SOA的优势发挥出来。

  企业文化方面的重要性自不必说,比如要得到高层的授权和支持等。在方法论方面,用户也期待有效的方法论。在最近甲骨文的SOA论坛上,甲骨文明确提出了“SOA五步走”的方法论。

  第一步: 试点。

  这是部署SOA的第一步,即确定简单且迅速实施的单个SOA项目,以其为试点,为企业提供信息,使他们快速体会到SOA的益处。这是最简单的SOA的实现。

  第二步: 集成。

  包括数据集成和应用集成。这阶段只是战术级的应用,对业务系统没有任何影响,只是体现IT的美妙无穷,起数据交换平台的功能。

  第三步: 部门业务流程自动化。

  即在单个部门实施SOA的项目,使SOA在部门里使用,使部门业务进入业务自动化。

  第四步: 企业架构。

  当部门间的SOA集成完成时,SOA可以跨部门实施,从而可以在企业里共享成为企业架构,管理部门间业务,并提供良好的业务敏捷性,能够对快速变更的业务进行有效响应。

  第五步: 行业/工业标准化应用。

  当企业内部业务需求达到正常状态时,就进入了行业/工业标准化的应用阶段。这阶段企业的SOA系统开始作用于上下游供应商与合作伙伴,并对自身的发展环境进行自动适应,成为一个生态系统。

  “根据企业自身的信息化特点和现实需求,可以有选择地决定企业实施SOA的具体步骤,不必要都遵循从第一步到第五步。”周有衡解释说。在技术平台方面,甲骨文年初推出了Oracle SOA套件。这是一套用于创建、部署和管理SOA的全面的、热插拔式的软件组件,融合了服务导向的应用开发、服务导向的应用集成、IT系统及系统服务的过程控制和工作流。根据介绍,目前已经有德国邮政全球网络、美国卡尔森营销集团、上海生物信息技术研究中心、中外运等甲骨文的客户和合作伙伴享受到SOA带来的现实利益。

 

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 把软件架构演进体现在栈上

    曾几何时,企业架构师要为了得到承认和支持而抗争,但这种时候正在过去。大多数企业现在已经意识到实现业务流程中敏捷性和效率需要业务目标、人力资源以及信息技术的结合。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。