程序员人生 网站导航

中间件学习――技术平台三步曲

栏目:框架设计时间:2015-05-06 08:50:54


    在前面两篇文章中,我们了解了中间件的基本概念和中间件的主要技术分类,在这篇文章中我们了解下基于中间件的主流技术平台。

 

技术平台

 

    现有的基于中间件的主流技术平台1般典型的利用是为3层/多层结构的散布式软件系统提供各种开发支持,由于3层结构的散布式软件的核心为中间层,因此支持主要集中在对中间层开发的支持上,目前应当最广泛的技术平台有3类:


    基于 OMG(ObjectManagement Group,对象管理组织)CORBA规范


    基于 Sun JEE(JavaEnterprise Edition,Java 企业版)规范


    基于Microsoft的Distributed interNet Applications (DNA) 2000规范、

 

 

OMG的CORBA

 

    CORBA规范是OMG组织基于众多开放系统平台厂商提交的散布对象互操作内容的基础上制定的公共对象要求代理体系规范,用于开发和配置散布式利用的服务器端中间件模型的规范,让散布式利用程序中的远程对象可以相互通讯,独立于系统平台和开发语言。

 

    CORBA所基于的概念框架是对象管理体系结构(Object Management Architecture,OMA) ,OMA 描写了1个基于 CORBA的利用系统的基本结构与构成系统的构件的特性。

 


 

 

    OMA的核心基础设施是象要求代理(ObjectRequest Broker,ORB),

,CORBA规范规定了ORB的标准体系结构。ORB 负责完成查找要求的对象实现、让对象实现准备好接收要求、传递构成要求的数据等完成远程调用时底层通讯任务所需的全部机制

 


 

 

    CORBA CCM(CORBAComponentModel)技术,是在支持POA的CORBA规范(版本2.3以后)基础上,结合EJB当前规范的基础上发展起来的。CORBA构件模型,是OMG组织制定的1个用于开发和配置散布式利用的服务器端中间件模型规范

 

    CORBA的目标是支持多个层次的可互操作性,CORBA 规范经过量次改进与发展才到达这1目标。CORBA支持在可互操作性主要包括以下几个层次:

 

    1、不同平台(如操作系统)与语言之间的可互操作性:这是初期的 CORBA版本强调解决的主要问题,解决方法包括制定IDL标准和IDL到程序设计语言的映照。这使得使用同1供应商的 ORB 产品开发的客户程序与服务程序之间可以交互, 但使用不同供应商的ORB产品开发的客户程序与服务程序则未必是可互操作的。

 

    2不同厂商 ORB 产品之间的可互操作性:CORBA 2.0 版引入了GIOP IIOP,从而实现了不同供应商的 ORB 产品之间的可互操作性,所有供应商的 ORB产品如果与 CORBA 2.0 兼容则彼此之间可互操作。

 

    3、不同体系结构之间的可互操作性:更完善的可互操作性还应包括不同体系结构之间的可互操作, 例如1个CORBA对象可通过协议桥接操作1个DCOM对象,OMG通过引入ESIOP来解决这1问题。 但ESIOP只能解决CORBA与特定体系结构 (如DCOM)之间的互操作,其实不能通过1套 ESIOP解决所有的问题。

 

    关于CORBA的特点是大而全,互操作性和开放性非常好。CORBA的缺点是庞大而复杂,并且技术和标准的更新相对较慢,COBRA规范从1.0升级到2.0所花的时间非常短,而再往上的版本的发布就相对10分缓慢了。在具体的利用中使用不是很多。

 

 

Sun的J2EE

 

    为了推动基于Java的服务器端利用开发,Sun因而在1999年底推出了Java2技术及相干的J2EE规范,J2EE的目标是:提供平台无关的、可移植的、支持并发访问和安全的,完全基于Java的开发服务器端中间件的标准。

 

    在J2EE中,Sun给出了完全的基于Java语言开发面向企业散布利用规范,其中,在散布式互操作协议上,J2EE同时支持RMI和IIOP,而在服务器端散布式利用的构造情势,则包括了JavaServlet、JSP(Java Server Page)、EJB等多种情势,以支持不同的业务需求,而且Java利用程序具有"Writeonce,run anywhere"的特性,使得J2EE技术在发布计算领域得到了快速发展。

 

    J2EE简化了构件可伸缩的、其于构件服务器端利用的复杂度,虽然微软的DNA也1样,但最大的区分是微软的DNA是1个产品,J2EE不是1系列产品,而是1个规范和标准,不同的厂家可以实现自己的符合J2EE规范的产品,J2EE规范,是众多厂家参与制定的,它不为Sun所独有,而且其支持跨平台的开发,目前许多大的散布计算平台厂商都公然支持与J2EE兼容技术。 

 

    J2EE的优点是,服务器市场的主流还是大型机和UNIX平台,这意味着以Java开发构件,能够做到"Writeonce,run anywhere",开发的利用可以配置到包括Windows平台在内的任何服务器端环境中去。

 

 

构件:Ejb技术

 

    EJB是Sun推出的基于Java的服务器端构件规范J2EE的1部份,自从J2EE推出以后,得到了广泛的发展,已成为利用服务器真个标准技术。Sun的EJB技术是在JavaBean本地构件基础上,发展的面向服务器端散布利用构件技术。EJB技术的推出,使得用Java基于构件方法开发服务器端散布式利用成为可能。

 

    从企业利用多层结构的角度,EJB是业务逻辑层的中间件技术,与JavaBeans不同,它提供了事务处理的能力,自从3层结构提出以后,中间层,也就是业务逻辑层,是处理事务的核心,从数据存储层分离,取代了存储层的大部份地位。

 

    从散布式计算的角度,EJB像CORBA1样,提供了散布式技术的基础。提供了对象之间的通讯手段。  

 

    从Internet技术利用的角度,EJB和Servlet,JSP1起成为新1代利用服务器的技术标准,EJB中的Bean可以分为会话Bean和实体Bean,前者保护会话,后者处理事务,现在Servlet负责与客户端通讯,访问EJB,并把结果通过JSP产生页面传回客户端。

 

 

 

Microsoft DNA 2000

 

    MicrosoftDNA 2000(Distributed interNetApplications)是Microsoft在推出Windows2000系列操作系统平台基础上,在扩大了散布计算模型,和改造BackOffice系列服务器端散布计算产品后发布的新的散布计算体系结构和规范。

 

    服务器端,DNA2000提供了ASP、COM、Cluster等的利用支持。目前,DNA2000在技术结构上有着巨大的优越性。1方面,由于Microsoft是操作系统平台厂商,因此DNA2000技术得到了底层操作系统平台的强大支持;另外一方面,由于Microsoft的操作系统平台利用广泛,支持该系统平台的利用开发厂商数目众多,因此在实际利用中,DNA2000得到了众多利用开发商的采取和支持。

 

    DNA2000融会了现今最早进的散布计算理论和思想,如事务处理、可伸缩性、异步消息队列、集群等内容。DNA使得开发可以基于Microsoft平台的服务器构件利用,其中,如数据库事务服务、异步通讯服务和安全服务等,都由底层的散布对象系统提供。

 

 

    但是它的不足是依赖于Microsoft的操作系统平台,因此在其它开发系统平台(如Unix、Linux)上不能发挥作用。

 

构件

 

    DNA构件有COM(Component Object Model)/DCOM/COM+构件。

 

    以Microsoft为首的DCOM/COM/COM+阵营,从DDE,OLE到ActiveX等,提供了中间件开发的基础,如VC,VB,Delphi等都支持DCOM,包括OLEDB在内新的数据库存取技术,随着Windows2000的发布,Microsoft的DCOM/COM/COM+技术,在DNA2000散布计算结构基础上,展现了1个全新的散布构件利用模型。

 

    首先,DCOM/COM/COM+的构件依然采取普通的COM(ComponentObjectModel)模型。COM最初作为Microsoft桌面系统的构件技术,主要为本地的OLE利用服务,但是随着Microsoft服务器操作系统NT和DCOM的发布,COM通过底层的远程支持使得构件技术延伸到了散布利用领域。DCOM/COM/COM+更将其扩充为面向服务器端散布利用的业务逻辑中间件。通过COM+的相干服务设施,如负载均衡、内存数据库、对象池、构件管理与配置等等,DCOM/COM/COM+将COM、DCOM、MTS的功能有机地统1在1起,构成了1个概念、功能强的构件利用体系结构。而且,DNA2000是单1厂家提供的散布对象构件模型,开发者使用的是同1厂家提供的系列开发工具,这比组合多家开发工具更有吸引力。

 

 

 

比较

 

    针对上述的各种散布计算平台技术,都出现了相似且具有可比性的散布式构件,即CORBACCM(CORBA Component Model)技术、SUN的EJB(Enterprise JavaBean)技术和DNA2000中的COM/DCOM/COM+技术。

 

    我们从集成性、可用性、可扩大性进行比较之前,先了解下这3个特性。

 

    集成性主要反应在基础平台对利用程序互操作能力的支持上。它要求散布在不同机器平台和操作系统上、采取不同的语言或开发工具生成的各类商业利用必须能集成在1起,构成1个统1的企业计算框架。这1集成框架必须建立在网络的基础之上,并且具有对遗留利用的集成能力;

 

    可用性要求所采取的软件构件技术必须是成熟的技术,相应的产品也必须是成熟的产品,在相当重要的企业利用中能够稳定、安全、可靠地运行。另外,由于数据库在企业计算中扮演侧重要角色,软件构件技术应能与数据库技术紧密集成;

 

    可扩大性,集成框架必须是可扩大的,能够调和不同的设计模式和实现策略,可以根据企业计算的需求进行裁剪,并能迅速反应市场的变化和技术的发展趋势。通过保证当前利用的可重用性,最大程度地保护企业的投资。

 

    下表从集成性,可用性,可扩大性3个方面,给出了上述3种主流散布计算平台的比较结果。

 

表格


 

CORBACCM

Ejb

DCOM

集成性

 

 

 

 

            跨语言性能

差(限于java

            跨平台性能

差(限于windows

            网络通讯

1般

            公共服务构件

1般

可用性

 

 

 

 

            事务处理

1般

1般

            消息服务

1般

1般

1般

            安全服务

1般

            目录服务

1般

1般

            容错性

1般

1般

1般

            软件开发商支持度

1般

            产品成熟性

1般

1般

可扩大性

1般

 

    虽然这3种平台由于其构成的历史背景和商业背景有所不同,各自有自己的侧重和特点,其实在它们之间也有很大的相通性和互补性。目前许多平台都能实现EJB构件和CORBA构件的互操作。同EJB和CORBA之间相互之间方便的互操作性相比,DOCM和CORBA之间的互操作性要相对复杂些,由于商业利益的缘由,在EJB和DCOM之间基本没有提供互操作方法。

 

 

后记

 

    关于中间件的知识这篇文章就介绍到这里,下篇文章我们继续中间件的知识。

 

------分隔线----------------------------
------分隔线----------------------------

最新技术推荐