走出SOA认识的七大误区

日期: 2009-07-22 来源:TechTarget中国 英文

  SOA如今正在成为人们热衷谈论的话题,但是我们发现有些容易引起人们误解的基本原则。其中一个事实是,SOA并非”一蹴而就”。SOA需要一种分阶段的蓝图方案,首先必须对需求进行一次全面的评估――不仅仅局限于IT,而是面向整个企业。实现SOA可能需要耗费几年的时间。另外一个事实是,SOA不仅仅局限于技术,SOA的实现过程中还涉及到人员和流程等方面。  

  有关SOA的其它”错误观点”还有很多,其中,最常见的有七种认识的“误区”。

  误区一:SOA太过昂贵

  这种错误认识的根源在于那些没有进行SOA蓝图规划,而仅仅对多渠道集成的理念进行拼凑,或将通常的服务构建在现有计划上的企业,如新一个分支银行系统。这种情况下,单项计划的成本往往会迅速增加,甚至导致失控。这里问题的关键不是成本问题,而且规划不足的问题。当然,SOA架构方案中也会涉及成本问题,需要对其进行控制,而且必须从企业整体范围的角度对其进行规划并和制定预算。一旦实施,SOA就可以利用其可以重复使用和与厂商无关的特点来降低成本。同时,由于特别注重简易性和模块化,SOA还会大大降低开发成本。


 
  误区二:SOA与业务无关

  实施SOA的第一步根本不是技术实施,而是进行缜密的规划,并且这种规划与对业务的判断紧密相关。企业首先要从业务角度着手,这意味着要先明确采取措施的原因,然后转向功能角度,即要明确企业需要实现的具体功能,最后再从技术角度研究如何实现,这也就是SOA技术中立方案发挥作用的地方。

  如果企业将诸如抵押处理或贷款发放等业务应用看作是孤立的,那么如何创建应用无关紧要。但是,就一系列业务所面临的诸如留住客户或增加“市场份额”等紧迫问题来看,从原有系统和单点应用,转向服务导向的IT环境具有非常明确的业务合理性。企业应用SAO的目的不是要证明一个架构的合理性,而是要为客户提供更快的服务、高效地满足法规要求等。因此,一种可行的做法是,针对本企业评估哪些业务流程能够带来最大投资回报,同时对SOA部署排列优先顺序,使这些流程更高效,并使客户对其更加了解。

  误区三:企业组织结构会阻碍SOA

  尽管这种认识太武断而绝对,但在不少企业,这一点很可能是真的,因为SOA能够推动一些机构变革,同时需要重新看待业务需求。了解这一点非常重要。“全员一致性与有效管理相结合”就是对成功的SOA的很好总结。SOA要求企业治理要建立和传达员工进行技术实施必须遵循的策略,使员工获得遵循这些策略所必需的工具,增强整个企业中的法规遵从透明度,并减少和确定策略相背离的任何行为。例如:一些大银行针对其开发环境制定了“重复利用标准”,以鼓励充分利用现有服务。

  误区四:Web服务优于SOA

  这二者之间存在一定的关系,但Web服务的使用并不构成SOA,也不能提供SOA所带来的优势。SOA是一种架构方法,而Web服务是SOA的一种实施,二者的接合点在于标准的互联网协议。SOA根据业务需求和优先级、治理的实施和分阶段的蓝图方案进行规划,以实现一种真正面向服务的环境。

  误区五:SOA能消除集成问题

  如果采用SOA成功实现所需的战略,的确会最终消除集成问题。但区别在于,解决方案是基本的信息集成战略,而不是SOA架构的“魔力”。规划SOA、评估业务需求、建立企业治理和基本的信息集成战略,这些才是能根本解决集成问题的方法。

  误区六:SOA是不可管理的

  如果企业在没有IT治理的情况下任由服务不断增长,或继续保持孤岛式发展,那么任何系统都很难管理。一个成功的SOA涉及技术、专业知识和资源的协调应用。治理是其中的关键因素,而适当的管理工具同样重要。

  误区七:SOA的优先级较低

  金融业的企业架构方面正面临严峻挑战,很多企业因此将SOA放在了次要考虑的位置上。这一错误认识源自于那些实际存在的压力,法规遵从的优先性和不断增加的服务确实会使IT面临被动局面。但实际上,可以采用SOA作为解决方案。SOA和其相关的治理结构可为IT提供灵活性,使其能够快速轻松地适应业务环境不断的变化。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

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

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

  • 揭秘New Relic APM技术细节

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

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

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

  • 购买应用集成工具可以采取平衡做法

    购买应用程序集成工具需要好好看看你的公司需求,知道从供应商里面要寻找哪些关键功能。