`
ztt21
  • 浏览: 45090 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论
阅读更多
      SOA并不是一种现成的技术,而是一种架构和组织IT基础结构及业务功能的方法.SOA是一种在计算环境中设计,开发,部署和管理离散逻辑单元(服务)的模型.
SOA要求开发人员将应用设计为服务的集合.SOA要求开发人员跳出应用本身进行思考,考虑现有服务的重用,或思索他们的服务如何能够被其他项目重用."单独的","独立的","封装完善的"服务所具有的一个关键好处是,可以采用多种不同的方法将它们组合成较大型的服务,以此来实现重用.
但是,SOA并不仅仅是一种开发方法---它还具有管理上的优点.例如,现有管理员和直接管理开发人员所构建的相同服务,这远胜于以往管理单个应用的方式.通过分析服务间的交互,SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了,这使管理员或分析师能够针对性的优化业务流程.
 
SOA的基本特征.
实施SOA的关键目标是实现企业IT资产的最大化重用.要实现这个目标,就要在实施SOA过程中牢记以下特征:
  • 可从企业外部访问
  • 随时可用
  • 粗粒度的服务接口
  • 分级
  • 松散耦合
  • 可重用的服务
  • 服务接口设计管理
  • 标准化的服务接口
  • 支持各种消息模式
  • 精确定义的服务契约
 
1.可从企业外部访问
      通常被称为业务伙伴的外部用户也能像企业内部用户一样访问相同的服务.业务伙伴采用先进的B2B协议(ebXML或RosettaNet)相互合作.当业务伙伴基于业务目的交换业务信息时,他们就参与了一次会话.会话是业务伙伴间一系列的一条或多条业务信息的交换.会话类型(会话复杂或简单,长或短等)取决于业务目的.
除了B2B协议外,外部用户还可以方位以Web服务方式提供的企业服务.
 
2.随时可用
      当有服务使用者请求服务时,SOA要求必须有服务提供者能够响应.大多数SOA都能够为门户应用之类的同步应用和B2B之类的异步应用提供服务.同步应用对于其所使用的服务具有很强的依赖性.
许多同步应用通常部署在前台,其最终用户很容易受到服务提供者短缺的影响.很多情况下,同步应用利用分布式服务提供者,这样可以响应更多的用户请求.但是,随着使用特定服务功能的服务器数量的增长,出现短缺的可能性也呈指数级上升.
相比之下,异步用于要更为稳健,因为其采用队列请求设计,影响可以容许出现服务提供者短缺或迟滞的情况.异步应用大多数情况下部署在后台,用户通常不会觉察到短暂的短缺.大多数情况下异步应用能够稳健应对短时间短缺,但是长时间短缺则会引发严重问题.在服务短缺解决,队列引擎将罕见的大量工作推到共享的应用资源中,可能会出现队列溢出或者服务死锁.
服务使用者要求提供同步服务时,通常是基于其自身理解或使用习惯.在多数情况下,采用异步模型可以达到同样的效果,但更能体现SOA的最佳特性.
当然,并不是所有情况下都应当采用异步设计模式.但大多数情况下,异步消息可以确保系统在不同负荷下的伸缩性,在接口响应时间不是很短时尤其如此.
 
3.粗粒度服务接口
      粗粒度服务提供一项特定的业务功能,而细粒度服务代表了技术组件的方法.举例说明---向计费系统中添加一个客户是典型的粗粒度服务,而你可以使用几个细粒度服务实现同一功能,如:将客户名加入计费系统中,添加详细的客户联系方式,添加计算信息等.
采用粗粒度服务接口的优点在于使用者和服务层之间不必再进行多次的往复,一次往复就足够.Internet环境中有保障的TCP/IP会话已不再占据主导,建立连接的成本也过高,因此在该环境中进行应用开发时粗粒度服务接口的优点更为明显.
除去基本的往复效率,事务稳定性问题也很重要.在一个单独事务中包含的多段细粒度请求可能使事务处理时间过长,导致后台服务超时,从而中止.与此相反,从事务的角度来看,向后台服务请求大块数据可能是获取反馈的唯一途径.
 
4.分级
      一个关于粗粒度服务的争论是此类服务比细粒度服务的重用性差,因为粗粒度服务倾向于解决专门的业务问题,因此通用性,重用性设计困难.解决该争论的办法之一就是允许采用不同的粗粒度等级来创建服务.这种服务分级包含了粒度较细,重用性较高的服务,也包含粒度较粗,重用性较差的服务.
在服务分级方面,须注意服务层的公开服务通常由后台系统(BESs)或SOA平台中现有的本地服务组成.因此允许在服务层创建私有服务是非常重要的.正确的文档,配置管理和私有服务的重用对IT部门在SOA服务层快速开发新的公开服务的能力具有重要影响.
 
5.松散耦合
      SOA具有"松散耦合"组件服务,这一点区别于大多数其他的组件架构.该方法旨在将服务使用者和服务提供者在服务实现和客户如何使用服务方面隔离开来.
服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分类的实体而存在.这使得服务实现能够在完全不影响服务使用者的情况下修改.
大多数松散耦合方法都依靠基于服务接口的消息.基于消息的接口能够兼容多种传输方式(如HTTP,JMS,TCP/IP,MOM等).基于消息的接口可以采用同步和异步协议实现,Web服务对于SOA服务接口来讲是一个重要的标准.
当使用者调用一个Web服务时,被调用的对象可以是CICS(Center for Information and Communication Sciences)事务,DCOM或CORBA对象,J2EE EJB或TUXEDO服务等,但这与服务调用者无关.底层实现并不重要.
消息类Web服务通常是松散耦合和文档驱动的,这要优于与服务特定接口的连接.当客户调用消息类Web服务时,客户通常会发送一个完整的文档(如采购订单),而非一组离散的参数.Web服务接受整个文档,进行处理,而后可能或者不会返回结果信息.由于客户和Web服务间不存在紧密耦合请求响应,消息类Web服务在客户和服务器间提供了更为松散的耦合.
 
6.可重用的服务及服务接口设计管理
      如果完全按照可重用的原则设计服务,SOA将可以使应用变得更为灵活.可重用服务采用通用格式提供重要的业务功能,为开发人员节约了大量时间.设计可重用服务是与数据库设计或通用数据建模类似的最有价值的工作.由于服务设计是成功的关键,因此,SOA实施者应当寻找一种适当的方法进行服务设计过程管理.
服务设计管理根本上讲是服务设计问题,服务设计需要在两点间折衷---走捷径的项目战术与企业构建可重用通用服务的长期目标.超越短期目标进行服务接口的开发和评估是迈向精确定义服务接口的重要一步,同时还需要为接口文档,服务实现文档及所有重要的非功能性特征设立标准.
在大型组织中实现重用的一个先决条件是建立通用(设计阶段)服务库和开发流程,以保证重用的正确性和通用性.此外,对记述服务设计和开发的服务文档进行评估也是成功利用服务库的关键.
简言之,不按规则编写服务讲无法保证可重用的SOA的成功实施.在执行规则的过程中会产生财务费用,需要在制定SOA实施计划时加以考虑.
 
7.标准化的接口
      近年来出现的两个重要标准XML和Web服务增加了全新的重要功能,将SOA推向更高的层面,并大大提高了SOA的价值.尽管以往的SOA产品都是专用的,并且要求IT部门在其特定的环境中开发所有应用,但XML和Web服务标准化的开发性使企业能够在所部署的所有技术和应用中采用SOA,这具有巨大的意义.
Web服务使应用功能得以通过标准化接口(WSDL)提供,并基于标准化传输方式(HTTP和JMS),采用标准化协议(SOAP)进行调用.例如,开发人员可以采用最适合门户开发的工具轻松创建一个新的门户应用,并可以重用ERP系统和定制化J2EE应用中的现有服务,而完全无需了解这些应用的内部工作原理.采用XML,门户开发人员无须了解特定的数据表示格式,并能够在这些应用间轻松第交换数据.
你也可以不采用Web服务或XML来创建SOA应用,但是这两种标准的重要性日益增加,应用日趋普遍.尽管目前只有集中服务使用者支持该标准,但为了大多数的服务使用者都会将其作为企业的服务访问方式.
 
8.支持各种消息模式
      SOA中可能存在以下消息模式.在一个SOA实现中,常会出现混合采用不同消息模式的服务.
.无状态的消息.使用者向提供者发送的每条消息都必须包含提供者处理该消息所需的全部息.这一限定使服务提供者无需存储使用者的状态信息,从而更易扩展.
.有状态的信息.使用者与提供者共享使用者的特定环境信息,次信息包含在提供者和使用者交换的信息中.这一限度使提供者与使用者之间的通信更为灵活,但由于服务提供者必须存储每个使用者的共享环境信息,因此整体可扩展性明显减弱.该限度增强了服务提供者和使用者的耦合关系,提供了交换服务提供者的服务难度.
.等幂消息.向软件代理发送多次重复消息的效果和发送单条信息相同.这一限度使提供者和使用者能够在出现故障时简单的复制消息,从而改进服务可靠性.
 
9.精确定义的服务契约
      服务是由提供者和使用者间的契约定义的.契约规定了服务使用方法及使用者期望的最终结果.此外,还可以在其中规定服务质量.还须主要的关键点是,服务契约必须进行精确定义.
META将SOA定义为:"一种以通用为目的,可扩展,具有联合协作性的架构,所有流程都被定义为服务,服务通过基于类封装的服务接口委托为服务提供者,服务接口根据可扩展标识苻,格式和协议单独描述."该定义的最后部分表明在服务接口和其实现之间有明确的分界.
 
 
SOA的优点
 
编码灵活性
可基于模块化的底层服务,采用不同组合方式创建高层服务,从而实现重用,这些都体现了编码的灵活性.此外,由于服务使用者不直接访问服务提供者,这种服务实现方式本身也可以灵活使用.
 
明确开发人员角色
例如,熟悉BES的开发人员可以集中精力在重用访问层,协调层开发人员则无须特别了解BES的实现,而将精力放在解决高价值的业务问题上.
 
支持多种客户类型
借助精确定义的服务接口和对XML,Web服务标准的支持,可以支持多种客户类型,包括PDA,手机等新型访问渠道.
 
更易维护
服务提供者和服务使用者的松散耦合关系及对开发标准的采用确保了该特性的实现.
 
更好的伸缩性
依靠服务设计,开发和部署所采用的架构模型实现伸缩性.服务提供者可以彼此独立调整,以满足服务需求
 
更高的可用性
该特性在服务提供者和服务使用者的松散耦合关系上得以体现.使用者无须了解提供者的实现细节,这样服务提供者就可以在WebLogic集群环境中灵活部署,使用者可以被转接到可以的例程上.
 
SOA可以看作是B/S模型,XML/Web Service技术之后的自然延伸.SOA将能够帮助我们站在一个新的高度理解企业级架构中的各种组件的开发,部署形式,它将帮助企业系统架构以更迅速,更可靠,更具重用性架构整个业务系统.较之以往,以SOA架构的系统能够更加从容的面对业务的急剧变化.
分享到:
评论

相关推荐

    SOA.rar_SOA_SOA 开发

    **SOA(Service-Oriented Architecture,面向服务架构)是一种软件设计模式,它提倡将功能作为独立的服务,这些服务可以通过网络进行交互,实现模块化、松耦合的系统。在本压缩包“SOA.rar”中,我们主要探讨的是...

    通过Oracle EBS 看SOA

    SOA这个名词,几年前就经帯在网上看到戒者在一些讲座中听到,但自己真正比较“近距离”接触“SOA”,还是在去年的“中国IT精英年会”上,当时IBM大中华区的老总大谈IBM 的SOA,BEA公司(当时还没被Oracle 收购)也讲了很多...

    面向服务架构(SOA)中南大学SOA原理与技术 00 课程简介(共66页).ppt

    面向服务架构(SOA)中南大学SOA原理与技术 01 SOA技术概述(共74页).ppt 面向服务架构(SOA)中南大学SOA原理与技术 02 Web服务基础(共66页).ppt 面向服务架构(SOA)中南大学SOA原理与技术 03 Web服务实现(共...

    SOAOperation_soa开发_SOA_teamcenter_TeamcenterSOA_

    标题"SOAOperation_soa开发_SOA_teamcenter_TeamcenterSOA_"暗示我们将深入探讨Teamcenter中的SOA操作,这通常涉及到在Teamcenter环境中开发和利用SOA服务来增强其功能。SOA开发意味着创建、管理和维护这些服务,以...

    SOA面向服务架构

    ### SOA面向服务架构知识点详解 #### 一、面向服务架构(SOA)概述 面向服务架构(Service-Oriented Architecture, SOA)是一种组件模型,它将应用程序的不同功能单元(即服务)通过这些服务之间定义良好的接口和契约...

    SOA.zip_SOA optical_SOA 光_SOA 半导体_VPI SOA仿真_光放大

    **SOA光学与半导体光放大器** 在信息技术领域,特别是在光纤通信系统中,半导体光放大器(Semiconductor Optical Amplifier,简称SOA)扮演着至关重要的角色。SOA是一种利用半导体材料(如镓铝砷化物,GaAs/AlGaAs...

    面向服务架构(SOA)SOA原理与技术 全套PPT课件 共8个章节 含实验指导书.rar

    面向服务架构(SOA)中南大学SOA原理与技术 01 SOA技术概述(共74页).ppt 面向服务架构(SOA)中南大学SOA原理与技术 02 Web服务基础(共66页).ppt 面向服务架构(SOA)中南大学SOA原理与技术 03 Web服务实现(共...

    解读SOA :SOA实践方法论

    解读SOA Interpret SOA SOA越来越被企业接受,很多公司都准备规划SOA。但具体怎么上,没有一套很好的方法论是不行的。资料是IBM在长期的摸索中总结的一套SOMA方法论,由于是内部培训资料,所以比较难得。 内容 ...

    车载智能计算基础平台SOA软件架构白皮书CAICV.pdf

    车载智能计算基础平台SOA(面向服务的架构)软件架构白皮书由中国智能网联汽车产业创新联盟基础软件工作组于2022年8月发布,旨在探讨和规范车载智能计算平台在SOA架构下的设计与实施。SOA是一种软件设计方法,强调将...

    车载SOA软件架构技术规范

    车载SOA(Service-Oriented Architecture,面向服务的架构)是一种在汽车电子系统中广泛应用的软件设计模式。这种架构允许不同的车载系统和服务通过标准化接口进行交互,以提高系统的灵活性、可扩展性和模块化。以下...

    Executing SOA (执行SOA)2008

    《Executing SOA: A Practical Guide for the Service-Oriented Architect》是Norbert Bieberstein、Robert G. Laird、Dr. Keith Jones与Tilak Mitra四位资深SOA实践者共同编著的一本深入探讨服务导向架构(SOA)...

    soa pdf 关于soa的文章

    ### SOA与SOMA:服务导向架构及建模方法详解 #### 一、引言 随着软件工程的发展,从结构化编程到面向对象编程,再到组件化开发,技术不断演进。在这一过程中,服务导向架构(SOA)成为了一个重要的里程碑。SOA不仅...

    SOA(面向服务的体系结构)

    ### SOA(面向服务的体系结构) #### 一、SOA是什么? ##### (一) 什么是SOA SOA(Service-Oriented Architecture,面向服务的体系结构)是一种设计复杂应用和服务的方式,它强调通过一组定义明确的服务来构建应用...

    中南大学软件学院SOA复习重点

    ### 中南大学软件学院SOA复习重点解析 #### 第一章 SOA技术概述 ##### 1. 为什么要引入SOA(需求拉动和技术推动) **需求拉动:** (1) **Internet环境下的企业交互:** 随着互联网的发展,企业间的信息交流日益...

    SOA实践指南-分布式系统设计的艺术.pdf

    《SOA实践指南》展示了实现面向服务的架构(SOA)切实可行的 规律,使得SOA不再只是镜花水月,可望而不可及。《SOA实践指南》基于作者在一家 领先行业的公司中全面推广SOA的第一手经验,解释了SOA如何简化大型应用...

    SOA实施过程中技术难点.doc

    SOA(Service-Oriented Architecture,面向服务架构)是一种软件设计和实施的策略,它强调通过独立、可重用的服务来构建松耦合的系统。在SOA实施过程中,技术难点主要包括以下几个方面: 1. **服务定义与划分**:...

    SOA作业及要求,soa

    SOA,即Service-Oriented Architecture(面向服务的架构),是一种设计复杂应用系统的方法论,其核心理念是将应用程序的不同功能单元通过通信协议联系起来,这些单元被称为服务。SOA强调的是服务之间的松耦合,使得...

    PREEvision_AUTOSAR_Classic_SOA+Introduction.pdf

    综上所述,使用PREEvision设计基于Classic AUTOSAR的SOA架构,涉及理解SOA的基本原理、PREEvision平台的相关工具和工作流,以及通过以太网实现服务导向架构的关键技术点,如服务定义、接口设计、网络配置和通信机制...

    SOA发展历史介绍SOA的发展

    **SOA(Service-Oriented Architecture,面向服务架构)**是一种软件设计范式,它强调通过独立、可重用的服务来构建系统。自20世纪90年代末被提出以来,SOA经历了漫长的发展历程,逐渐成为现代企业信息化建设的重要...

Global site tag (gtag.js) - Google Analytics