中间件技术概述_第1页
中间件技术概述_第2页
中间件技术概述_第3页
中间件技术概述_第4页
中间件技术概述_第5页
已阅读5页,还剩63页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

中间件技术课程介绍

课程设置目标了解中间件中间件的开发原理,如何开发中间件在中间件上进行开发相关的工业标准例如CORBA、EJB、WebService等参考张云勇,中间件技术原理与应用,清华大学出版社,2004李华飚,

Java中间件技术及其应用开发,水利水电出版社,2007S.TanenbaumandM.V.Steen,分布式系统:PrinciplesandParadigms,第一版,PrenticeHall,2002,ISBN:0130888931.ReferenceBooks:

G.Coulouris,J.Dollimore,和T.Kindberg,分布式系统:ConceptsandDesign,3rdEdition,Addison-Wesley,2000,ISBN:0201619180.初步知识开放系统互操作性中间件远地过程调用分布式计算环境开放系统及互操作性开放系统概述:网络技术发展使得用户的应用环境变得异常复杂繁多的硬件系统不同的操作系统和应用软件用户环境的复杂性和多样性导致了开放系统技术的出现信息处理系统互连的需求不断的增长,出现了分布式系统系统分布面临的问题远程性:组件在空间上分散并发性:组件间并发的执行无全局状态:分布系统的全局状态不定部分失败:任一组件失败与其他组件无关异步性:通信和处理活动异步发生异质性:多种技术的集合自主性:自主管理,若干控制当局系统分布面临的问题 (续)联合性:跨越多个自主实体伸缩性:在规模上是可伸缩的发展性:开放环境面对很多变化移动性:信息源,用户在物理位置上移动开放环境具备的属性开放的:可移植性和协同工作集成的:灵活模块化可联合的可管理满足服务质量安全提供透明性中间件概述定义中间件是一种软件,他能使处于应用层中的各应用成分之间实现跨网络的协同工作(也就是互操作)应用软件中间层网络软件操作系统应用软件中间层网络软件操作系统可协同工作中件服务并不能独立构造分布式系统,它只是在原有的操作系统和语言基础之上为分布应用提供互操作能力,在最终实现时,仍需要传统程序设计语言和操作系统的支持。

开发模式的变化Win2KLinuxLynxOSSolarisVxWorksMiddlewareMiddlewareServicesMiddlewareApplicationsMIDDLEWAREARCH21stCenturyRTPDNSHTTPUDPTCPIPTELNETEthernetATMFDDIFibreChannelFTPINTERNETWORKINGARCHTFTP20thCentury中间件定义(IDG)

中间件是基础软件,处于操作系统(或网络协议)与分布式应用之间,从而屏蔽操作系统(或网络协议)的差异,实现分布式异构系统之间的互操作。目前,对中间件还没有形成一个统一的定义,比较公认的IDC的定义是:中间件是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源,中间件位于客户机服务器的操作系统之上,管理计算资源和网络通信。中间件技术

最早具有中间件技术思想及功能的软件是IBM在60年代开发的CICS(CustomerInformationControlSystem)。80年代初期,SunMicrosystems开发了一种最早的中间件,作为其开放网络体系结构的一部分,这种中间件是基于RPC协议的。但由于CICS不是分布式环境的产物,而SunMicrosystems开发的不是完整的中间件产品,因此人们一般把Tuxedo作为第一个严格意义上的中间件产品,Tuxedo是在1984年由AT&T的贝尔实验室开发完成的。到90年代,中间件技术得到了巨大的发展和广泛的应用,出现了大量具有广泛影响的中间件产品,如OMG的Corba、Microsoft的DCOM/COM+、IBM的MQS等。组成部分 执行环境(ExecutionEnvironment)软件简称EE软件应用开发(ApplicationDevelopment)工具简称AD工具中间件的分类 中间件的平台由于中间件需要屏蔽分布环境中异构的操作系统和网络协议,它必须能够提供分布环境下的通讯服务,我们将这种通讯服务称之为平台。基于目的和实现机制的不同,我们将平台分为以下主要几类:

远程过程调用(RemoteProcedureCall)

面向消息的中间件(Message-OrientedMiddleware)

对象请求代理(ObjectRequestBrokers)中间件的分类 事务处理中间件(TPMonitor:TransactionProcessMonitor)消息中间件(MOM:Message-OrientedMiddleware)远程过程调用分布对象请求代理事务处理中间件事物务理中间件又叫“事务处理监控程序”,最初是作为联机事务处理应用的支撑环境。事务处理中间件提供联机事务处理所需要的通信、并发访问控制、事务控制、资源管理、安全管理和其它必要的服务。事务处理中间件几乎所有的功能与服务都被借用到Web应用服务器之中并被标准化的固定下来。事务处理中间件的功能

进程管理,包括启动server进程、为其分配任务、监控其执行并对负载进行平衡。

事务管理,即保证在其监控下的事务处理的原子性、一致性、独立性和持久性。

通讯管理,为client和server之间提供了多种通讯机制,包括请求响应、会话、排队、订阅发布和广播等。

面向消息的中间件

MOM指的是利用高效可靠的消息传递机制进行平台无关的数据交流,并基于数据通信来进行分布式系统的集成。通过提供消息传递和消息排队模型,它可在分布环境下扩展进程间的通信,并支持多通讯协议、语言、应用程序、硬件和软件平台。目前流行的MOM中间件产品有IBM的MQSeries、BEA的MessageQ等面向消息的中间件的功能特点

通讯程序可在不同的时间运行

对应用程序的结构没有约束,通讯程序之间不仅可以是一对一的关系,还可以进行一对多和多对一方式,甚至是上述多种方式的组合。多种通讯方式的构造并没有增加应用程序的复杂性。

程序与网络复杂性相隔离:

程序将消息放入消息队列或从消息队列中取出消息来进行通讯,与此关联的全部活动,比如维护消息队列、维护程序和队列之间的关系、处理网络的重新启动和在网络中移动消息等是MOM的任务,程序不直接与其它程序通话,并且它们不涉及网络通讯的复杂性。远程过程调用

远程过程调用是一种广泛使用的分布式应用程序处理方法RPC应用分为两个部分:server和client。server提供一个或多个远程过程;client向server发出远程调用。分布对象

为满足分布式计算对多对象、跨平台和系统异构性等的需求,80年代后期至90年代初期,逐渐形成了分布对象模型(DistributedObjectModel,DOM)的概念,它以对象技术为基石,将OT融入分布环境中,支持在分布环境下对象之间的互操作和协作,最终建立开放的分布式系统。

DOM的概念非常适合于分布式异构系统,以DOM的观点,分布式环境中的一个自治系统或一个应用都可视为对象或一组对象。对象对外提供操作界面,操作由消息激活,在协调机制参与下,对象之间通过传递消息完成共同的任务。

DOM中的一个重要概念是组件(component)。组件是一块独立可重用的二进制代码,它具有特定功能,支持灵活的即插即用,可以被方便地插入到网络、语言、应用、工具、操作系统中工作。几种主要的分布对象中间件

1.ORB

基于对象的技术最重要的用途之一是系统集成,这种集成可以通过对象请求代理(ObjectRequestBroker,ORB)来进行。根据对象管理组织(OMG)的公共对象请求代理体系结构(CommonObjectRequestBrokerArchitecture,CORBA)的定义,对象请求代理提供了在异构分布环境下不同系统的应用之间互操作的能力,并且能无缝连接多重对象系统,它负责搜寻客户请求的对象实现,使对象实现准备接受请求并传输构造请求数据的所有成份。ORB提供了如下方法:

抽象地定义应用程序(或者计算机上运行的任何软件)的接口,以便其它应用程序也能使用这些接口。找出位于网络另一地方的应用程序以及有关的接口。让应用程序相互通信并且相互响应。使用接口定义语言(InterfaceDefinitionLanguage,IDL)和应用程序接口(ApplicationProgrammingInterface,API)。2.COM/DCOM

组件对象模型(ComponentObjectModel,COM)是Microsoft的组件软件方案。COM中定义并提供了应用程序(客户)和服务对象(softwareobject)的连接机制,连接建立后客户和对象可直接通讯而不需COM介入。DCOM(DistributedCOM)使用DCE的RPC机制在网络环境下为它们提供了场地透明性和安全性等机制。3.SOM/DSOM

系统对象模型(SystemObjectModel,SOM)是IBM提出的组件解决方案,其主要目的是建立一个语言中立(language-neutral)的二进制对象标准,从而实现对象的重用,它包括面向对象的模型及其实现。DSOM是SOM中实现分布对象访问的一组类库,它符合CORBA标准并做了扩充。中间件的优点企业应用缩短应用开发周期StandishGroup分析业务逻辑30%基础程序70%减少项目开发的风险没有使用标准商业中间件的关键应用系统开发项目的失败率高达90%自行开发中间件得不偿失应用系统质量及可维护性StandishGroup发现一个企业的应用系统有17000多个模块接口标准中间件在接口方面都是清晰和规范的使用中间件企业只是维护业务逻辑增加产品吸引力中间件的优点应用程序透明的与其它应用程序交互与运行平台提供的网络通信服务无关具有良好的可靠性和可用性良好的可扩展性流行分布中间件技术的比较

1)消息/队列

支持同步和异步处理

不需要预编译程序

事件驱动的编程范例

标准仍在出现2)RPC

基本上为同步处理需要预编译程序熟悉的编程范例以DCE的标准为基础3)ORB

同步处理需要预编译程序面向对象的编程范例以OMG的标准为基础分布计算体系结构 1.DCE OSFDCE的体系结构是由远程过程调用、线程、命名服务、分布文件系统、安全和数据类型编码标准等子系统组成。DCE的分布目录服务提供网络中资源的位置透明性,允许通过逻辑名访问资源而不需指定资源所驻留的节点;安全服务提供了安全地管理网络中安全信息的分布服务,如支持单用户定义,用户以此名字作为一个实体登录到网络中而不是必须依次等登到每个独立的服务器上;时间服务确保DCE环境中的所有成员都有一个统一的时间观点,这对于网络中事件的有序化、缓存信息的超时管理及其一致性维护等都具有重要作用;线程位于操作系统与其它所有DCE子系统之间,可以由本地操作系统或者专门的线程软件包实现。

2.CORBA成立于1989年的对象管理组织是由一个拥有660个成员的国际性组织,它致力于推动面向对象技术理论及实践在软件开发中的应用。CORBA是对象管理组织在其对象管理结构(OMA)框架之下,以对象请求代理ORB为核心制定的分布对象标准,它定义了对象之间通过ORB透明地发送请求和接收响应的机制,保证了在分布异构环境下对象之间的互操作性。

CORBA依据以下的设计原则:

接口与实现分离,客户方依赖于接口,而不是依赖与实现。对象引用通过接口实现类型化,能更好的隐藏实现细节。支持接口的多重继承性,充分支持面向对象特色。使用子类扩展功能。保持服务的简单化和正交性,提供满足需要的最基本服务。

DCE与CORBA的比较

在实现方面,OSFDCE提供参考实现并被多数厂商采用;OMGCORBA仅给出规范,不提供参考实现。在基础设施方面,OSFDCE提供支持分布应用的分布服务基础设施;OMGCORBA仅定义分布服务基础设施的接口。在基础服务方面,OSFDCE没有定义事务服务等基础服务;OMGCORBA在对象服务部件中定义了许多基础服务,均支持标准接口。在模型方面,OSFDCE采用的是基于RPC的过程模型;OMGCORBA采用的是基于对象技术的对象模型。在引用方式方面,OSFDCE仅支持静态引用;OMGCORBA支持、静态引用客户方DII和服务方DSI。在语义方面,OSFDCE提供at-most-once、independent、broadcast和maybe等多种语义;OMGCORBA提供at-most-once和best-effort两种执行语义,支持同步、延迟同步和异步交互模型。在线程并发性方面,OSFDCE将线程作为它的一个集成部件;OMGCORBA通过并发对象服务提供并发支持。 DCE和CORBA的差异主要源于二者核心技术的不同,DCE基于面向过程的RPC

机制,而CORBA是纯正的面向对象技术,支持继承、多态和封装等面向对象特征,这正是二者本质的区别。

内 容一、背景二、远程过程调用(RPC)三、基于RPC的程序开发过程四、互操作体系一、背景1、TCP/IP2、基于TCP/IP的通信过程3、软件互操作面向连接:负责

另一

客户

请求

的套

接字

负责

客户

请求

的套

接字

等待请求

等待连接(9)read()

(11)close()

(5)socket()

(2)bind()

(3)listen()

(4)accept()

close()

(1)socket()

(7)read()

(10)write()

客户端流程

服务器端流程

等待返回结果

……

处理请求

处理结果

(6)connect()

(8)write()

负责

客户

连接

的套

接字

套接字的出现促进了软件从单机环境向网络环境的发展

扩展了软件的应用范围

但随着这种范围的扩展

人们很快就不满足于直接基于套接字的开发过程

原因:

基于套接字的开发方式较为繁琐

软件排错十分困难当服务器端需要根据用户的不同请求内容区分不同的处理过程时这些问题表现得尤其突出必须提供高层开发环境!3、软件互操作Interoperability

PeterWegner[96]:Interoperabilityistheabilityoftwoormoresoftwarecomponentstocooperatedespitedifferencesinlanguage,interface,andexecutionplatform.

Heiler[95]:Interoperabilityamongcomponentsoflarge-scale,distributedsystemistheabilitytoexchangeservicesanddatawithoneanother.

软件互操作是

网络环境中应用层的某一实体使用另一实体所提供功能的直接使用

网络应用发展三步曲:

消息传递互操作协同工作

消息传递是指具有一定结构的信息从一个结点传输到另外一个结点的过程。

消息传递突破了单机环境中通过共享内存(变量)进行信息交换的模式。通过消息的发送、消息的接收等环节,消息传递实现了不同运行实体间的信息交流。

消息传递使计算机从封闭、独立的模式向开放、交流的模式转变,这一转变极大地丰富了计算机学科的研究内容与应用范围。

消息传递的目的性不强,只要正确地将信息从一结点传给另一结点即认为成功,因此对语法的要求较高。

例如:TCP/IP

消息传递

互操作是一个结点上的成员对另一个结点上资源的使用。互操作过程中,发送方将操作的方法与参数打包,作为一条消息进行发送,接收方则对消息头进行解释,并根据所载信息的含义、参数执行相应的操作。

互操作的目标在于实现操作发出方的功能调用,并提供一定的透明性支持(Transparentutility),实现不同操作空间之间的无缝连接(seamlessconnection),强调消息的语义,即消息所包含的意义。

例如:RPC、ORB、RMI

互操作协同工作是协作范围的进一步扩展,也是消息传递、互操作的目标与结果。协同工作的主体既可以是人,也可以是其他的计算机资源。协同工作的目标在于完成由许多人共同承担的大型任务。消息被传递后,不仅要求语法、语义正确,还要求接收方根据消息的含义进行反应,使消息体现出一定的效用,而不是被简单的传送。例如:CSCW

(ComputerSupportedCooperativeWork)

协同工作1、动因与实例2、工作原理3、编排/还原4、请求分派RPC1、动因与实例开发基于SOCKET的网络软件非常复杂 FTP TELNET位于不同机器上的软件互操作困难

连接管理

异构导致RPC(RemoteProcedureCalling)的产生主要实例: SUN公司等提出的ONC(OpenNetworkComputing)RPC

主要由SUN予以实现 OSF(OpenSoftwareFoundation)RPC影响最大

主要由DCE(DistributedComputingEnvironment)实现 DCE是OSF提出的分布计算体系结构 2、工作原理

Deposit(1000)

继续运行

启动服务器上的存款过程

intDeposit(number){

returntotal+number;

}

客户端程序

服务器端程序

以对某银行帐户的一个存款过程为例:NetworkLocalCallClientStubRPCInterfaceRPCInterfaceServerStubRemoteProceduresendreceivesendreceive(1)调用过程客户端程序服务器端程序过程描述:1)客户按本地调用的方式

直接调用本地的客户指代(Stub)

客户指代具有与服务器相同的过程接口2)客户指代将客户的调用请求进行加工、打包 向底层通信机制(如套接字)发出请求消息

客户指代 不进行任何逻辑处理 只是一个中介3)客户端通过底层的通信机制

将消息传送给服务器端的底层通信机制4)服务器需要部分地解析消息

找出客户希望调用的服务器程序5)服务器指代对消息进行解析

从中获得调用者的参数

然后调用服务器程序6)服务器程序执行相应的过程7)服务器程序将结果返回给服务器指代8)服务器指代将结果打包

向底层通信机制发出应答消息9)服务器端通信机制将消息传送给客户端通信机制10)客户端节点上也可能有多个调出点

通信机制需要部分地解析返回的消息

找出消息应该返回给哪个客户程序

并将消息发送给对应的客户指代11)客户指代从消息中解析结果 返回给客户程序(2)编排/还原客户端指代(Stub)的主要工作包括:1)建立客户与服务器之间的连接2)将客户的高层调用语句打包为一条底层的请求消息

这一过程在RPC中被称为编排(marshal)3)等待服务器返回应答消息4)将来自服务器底层的应答消息解析为可以返回的数据

这一过程在RPC中被称为还原(unmarshal)5)将返回值传送给客户程序需要特别处理:

编码、字节序等问题(3)请求分派服务器端的指代:

除了需要进行编排、还原外

还需要 区分客户所请求的过程名

然后将客户的请求分派(dispatch)给正确的过程“指代”目前主要被用于专门代表客户端的代理程序 而服务器端则由新的机制予以支持 在CORBA中专门分离出了对象适配器(OA:ObjectAdaptor)

在EJB中发展出了构件容器 用于在运行过程中专门管理构件的各种状态 此时的服务器端不仅负责请求分派 还负责向底层机制的注册(以方便请求的定位) 以及过程的激活(以加强系统的灵活性) 等等功能三、基于RPC的开发过程1、定义并编译接口2、编写实现具体服务功能的代码3、编译、连接,产生可执行的服务器程序4、编写客户端代码5、编译、连接,产生客户程序6、运行服务器端程序7、运行客户端程序客户端开发过程服务器端开发过程服务器端程序IDL编译器(rpcgen)客户端程序IDLaccount.haccount_clnt.caccount_svc.cserver.cclient.crpclib.o1、定义并编译接口仍然结合银行帐号的例子

接口定义文件account.x:programACCOUNT{versionACCOUNT_VER{intdeposit(int)=2;intwithdraw(int)=1;}=1;}=0x20010929;编译后生成三个主要文件:

account.h account_clnt.c account_svc.c

互操作体系

---为支持应用层的某一实体使用另一实体,而制定的一套技术规范

1、底层协议2、互操作消息3、互操作接口定义4、互操作查找方式5、现有体系比较内容

互操作消息

客户端指代

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论