从五大问题解答SOA应用关键任务

日期: 2008-07-29 作者:shuizhongyang 来源:TechTarget中国 英文

  SOA继续着其喧嚣的变化。

  从软件厂商到ISV,甚至是技术机构团体都开始对SOA最为基础的环节:服务展开了探讨。对服务总线的再定义,服务管理的调整,服务流程的规划,甚至是最根本的服务自身进行再次的检测。这与SOA在整个IT行业中的成熟度受到质疑是密不可分的,但同时,对于SOA的前景与潜力,人们同样给予了无限的支持。正是如此,才会有更多的原因去探讨SOA应用的关键任务所在。
 
  TechTarget从今年的SOA实施应用中总结出了一些就SOA应用而言需要注意与规避的五个弊端。分别是:

  第五:无法理解SOA性能需求

  SOA实现了数据处理层及架构于此基础上的相关性能。建立成功的面向服务方案关键在于事先理解该方案性能需求及其基础架构的局限性。
 
  第四:并非是完全基于XML基础的架构

  XML数据演示层是SOA的基础。但我们往往会更在意服务之间的数据如何传送而忽略了这些数据是如何构建的,这种疏忽将导致持续出现XML数据演示层的错误执行。
 
  第三:缺乏过渡计划

  由于企业内服务的范围将引起外部基础架构的重新定义,其影响将是巨大的。缺乏过渡计划,则无法逐步实现服务定位和SOA特性的转化,更无法使得这些转化在技术,架构及组织层面上进行的。
 
  第二:非标准化SOA

  SOA需要内部设计标准的建立与实施来实现其优势。
 
  第一:按照传统结构分布建立SOA

  SOA并不是简单的CORBA+XML,也不是ASP.NET+WSE。服务导向并非目标导向,它们之间的联系也没有紧密到所有建立目标导向的组成逻辑在服务导向方案环境中都可以适用的地步。SOA是一种独特的建立在服务基础上的架构,一个独特的设计范例。
 
  综上所述其实不难看出,对于SOA的实施应用,服务从最开始就扮演着最为关键的角色。抛开传统的分布结构模式,重新理解服务在SOA整体架构中的基础地位,认识服务对SOA整体架构中的性能体现,从服务构建出发,实施标准化的SOA应用。

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

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

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

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

相关推荐

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

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

  • 揭秘New Relic APM技术细节

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

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

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

  • 总线技术究竟该不该用?

    曾几何时企业服务总线(ESB)被视为企业IT的核心。今天,不仅ESB受到了比被废弃还要糟糕的攻击,若干开发趋势似乎对更简单的消息总线也发起了质疑。