EJB商业探讨的白皮书2

5 平台的成熟性

   自从1996年12月MTS发布以来,WINDOWS DNA,COM+的服务器端构件服务被不断发展,而J2EE、EJB产品则是从1998年开始的。
   看起来好像WINDOWS DNA 是一个成熟的平台。然而事实上,现在基于J2EE平台的高端产品包含一些重要的事务逻辑,而这些事务逻辑应用在产品中许多年了。提供J2EE平台商业实现的供应商(如IBM、BEA)都有很长的、得到认可的发布中间件产品的历史。这些中间件产品能实现大宗的事务系统。这些供应商不是从零开始构造服务器端平台(微软的MTS却是如此),一些供应商是通过在已得到验证的现有技术上开发一个基于J2EE平台的具有可移植性的层来实现J2EE平台。这包括CORBA产品、事务处理监视器、数据库、和/或应用服务器,以上这些技术以前都是各企业专用的。在一些基于J2EE平台的产品内的技术实现着大批的现今的商业事务,这些技术早在微软进入服务器端商业领域以前就已产生。拥有早已得到认可的技术的J2EE产品供应商有:
   IBM´s WebSphere 逻辑上脱胎于IBM´s MQSeries、 CICS 与 Encina,而今天大多数重要的实时任务系统的事务都依靠这些产品来运转。
   BEA´s WebLogic 这个产品自从微软1996年首次推出MTS就已被投入市场。WEBLOGIC提供到M3和Tuxedo的连接,能够让IT部门使用事务处理监视器技术,这项技术有浓厚的可靠性历史。
   Oracle´s Oracle 8i 能够支持以下技术:数据库服务、服务器端构件以及单个物理层上的WEB服务。Oracle 8i 是以ORACLE公司在市场上占领导地位的数据库技术和在线交易处理技术为基础的。
   Netscape´s Netscape Application Server 基于Kiva应用服务器技术。 1996年开始使用,现在很多大型商业网站都靠它来驱动。
   IONA´s iPortal Application Server 基于OrbixWeb技术, OrbixWeb是一种CORBA产品,它有很长的发布历史,提供一系列强大的高级中间件服务。
   Inprise´s Inprise Application Server 基于VISIBROKER,这是一种CORBA产品,长期以来一直被业界采用,并被部署在一些大型公司的站点上。
   因为IT部门可以利用已有的、历经考验的技术,这在很大程度上减少了危险因素。

6 可伸缩性

   公司必须要选择一种服务器端平台,这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。Windows 2000 Datacenter Server在2000年2月份被认为是微软最具伸缩性的方案。据称每台机器可支撑到16个处理器,若通过OEM则可达到32个处理器。把多个装有Windows 2000机器集簇到一起,在理论上则可达到上百个处理器。要达到这样高水平的伸缩性,服务器平台必须具有跨多台机器传送客户请求的功能。微软的构件负载平衡技术就是为了在多个COM+构件上传送客户请求。
   遗憾的是,微软最近宣布由于功能不够完善,构件负载平衡技术已经从´WINDOWS 2000´2000年2月发布版中取消。这意味着涉及到COM+的中间层被限定到一台机器上,进而不能提供大型商业网站所需要的伸缩性。
   然而基于J2EE平台的应用程序可被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统,这种系统单机可支持64至256个处理器。J2EE领域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈,允许多台服务器集成部署。这种部署可达数千个处理器,实现可高度伸缩的系统,满足未来商业应用的需要。
   通过伸缩性的例子,我们也可看出选择专有技术如WINDOWS DNA的危险性。客户没有选择余地,只能等待供应商完成指定的特性。然而选择J2EE这种开放结构,客户可以选择产品,还能保留在现有应用开发方面的投资。如果基于J2EE平台的应用程序设计正确,客户可以变更产品供应商,以最小的移植代价来满足一定的伸缩性或功能需要。

7 长期的可用性

   一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的,即使在夜间按计划停机也可能造成严重损失。若是意外停机,那会有灾难性后果。随着INTERNET越来越成为主要的交易平台,这种事态现着愈发严重了。
   J2EE部署到可靠的操作环境中,他们支持长期的可用性。一些J2EE部署在WINDOWS环境中,客户也可选择健壮性能更好的操作系统如Sun´sSolaris、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。
   基于微软技术的部署过去还不能达到这样高水平的可用性。WINDOWS DNA绑在WINDOWS 操作系统上,而这种操作系统过去一直由于可靠性不高受到批评。微软自己高度赞扬他的WIN 2000具有高度的可用性。但是否能达到以上这些操作系统的水平仍待观察。尽管微软的一些老客户要选择WINDOWS 2000,任务时实性很强主流商务站点会采取保守姿态。

8 产品的总体成本

   购买服务器端平台,我们必须考虑拥有这个产品的总体成本。它包括:服务器平台的价格、在这个平台上开发和改进方案的成本、维护费用、由于伸缩性、不稳定性问题所消耗的部署时间、由于平台的缺陷所损失的客户。较低的总体成本是拥有大宗业务、要求时实性强的商业站点所必需的。
   基于J2EE平台的产品价位范围很广,各种类型的公司都可以找到满足他们预算水平,所需求服务的产品。产品有完全免费(如代码公开的Bullsoft´s JOnAS)、每机2500美元(Valto´s Ejipt)、每CPU35000美元(IBM´s WebSphere EntERPrise Edition)。而微软指定的最初价位是:Windows 2000 Advanced Server每机3999美元外加1999美元(由于INTERNET连接造成无限授权的INTERNET用户)。
   微软的价位是处在基于J2EE产品价位的中低档。微软还没有宣布Windows 2000 Datacenter Server, Windows 2000 AppCenter Server价格,因此现在我们还无法把微软的高端平台与大部分J2EE平台相比。以后会因为竞争的存在,各中间件供应商包括微软会按照所提供的服务水平而达成相近的价位。
   无论价格战的结果如何,J2EE架构都会比Windows DNA节省更多的整体成本。这是因为采用J2EE架构,IT部门可更充分利用在应用程序、中间件技术、操作系统方面已有的投资。基于J2EE开发的成本(最初的、后续的成本)也会显著降低。这是因为对于程序员,开发面向J2EE平台程序时,一些棘手的中间件任务可被隐式地完成,而WINDOWS DNA则不可以。开发符合J2EE规范的应用程序时,程序员可以花费更多的时间专注于业务逻辑的实现,提高了开发效率。

9 多种选择与限定在某个供应商

   Windows DNA 与 J2EE一个很大的不同点是:微软的方案是专用的,排除了竞争的可能(导致垄断)而J2EE公开标准,引入竞争(自由市场)。
   竞争的好处是:价格被降低;优秀的产品会出现;客户有选择权和灵活性而不是固定在某一个供应商的方案上;极大降低客户的风险水平。竞争的缺点是:制定开放的标准需要额外的工作来确保兼容。一些开放标准如SQL、CORBA在过去都曾因缺乏这种保证而深受其害,结果一些专用产品出现了。
   Sun Microsystems为解决这个问题在J2EE发布中包括了一个称为´J2EE兼容性测试套件´的产品。所有中间件供应商必须成功通过这个测试才能获得J2EE认证标志。这就确保了J2EE应用程序代码可以只开发一次,然后在任何基于J2EE平台的产品中编译、运行。客户有选择的机会,避免了依赖某一个供应商。
   事实上,Sun Microsystems已成功地应用测试套件的方法来保证J2SE(Java2平台标准版)的兼容性。现在你可以创建基于JAVA2平台的程序仅一次,然后可以部署到任何兼容的JAVA虚拟机上。这个方法在J2EE上也是行得通的。J2EE兼容性测试套件是解决不兼容的服务器端平台的关键。读者也应该注意到,由于J2EE领域激烈的竞争,供应商业会提供超越J2EE标准的便利服务。这由供应商来决定增加哪些特性是适宜的。

10 支持异构环境

   一些大的公司拥有异构的服务器端部署环境,使用多种操作系统、硬件、中间件产品。异构的环境在以下情况也可能出现:要完成多个不同项目的机构;对拥有不同部署环境的公司进行合并、收购。在以上情形中,跨异构操作系统的可移植性与互操作性是非常重要的。
   J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构公司计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件,把他们部署到异构环境中,节省了由自己制订整个方案所需的费用。
   WINDOWS DNA(包含COM+组件)只能应用到WINDOWS 2000上,不能在现有的系统上使用。这对任何一个拥有异构环境的公司都是难以接受的。另外,选择WINDOWS DNA,公司要在异构环境中引入新的操作系统,使整个系统更加复杂。公司购买现成的组件也只能部署在WIN 2000上,限制了它的使用。
   在异构环境中,不同系统的互操作或通信是非常重要的。在两个不同的J2EE系统中,同种J2EE产品可以相互通信。两个不同供应商的产品也可通信,但是由于缺乏标准机制,不同供应商的产品的事务、安全信息不能互操作。在新版的J2EE规范中将会制订一个标准协议实现完全互操作性,并且不影响已有的程序代码。微软不想遵循这个协议,所以它的服务器端产品仍是专用的,不能和其他供应商的产品互操作。

11 可维护性

   通常,公司只评估一个项目整个部署过程中的成本。然而整体成本应包括一个已实现的方案的维护费用。使用J2EE要比利用WINDOWS DNA开发的应用程序更易于维护。基于J2EE平台产品支持更广泛的组件类型和中间件服务,可以让开发人员投入精力在亟待解决的商业问题而不是中间件上。开发人员利用底层平台构造灵活、易维护的企业系统,这类系统不用作大的调整就可以适应新的中间件、数据库或数据库规划。
   与此相比WINDOWS DNA 部提供如此广泛的中间件功能。在构造系统时要编写更多代码,增加了程序的复杂性,不能把商业逻辑与中间件功能清晰地分开。而且终端程序将难于维护,当开发组变更,项目交接时情况更糟。

总结:二十一世纪,随着Internet日益成为主要的商业交易平台,具有可伸缩性、灵活性、易维护性的商务系统是人们关注的焦点。而J2EE恰好提供了这样一个机制。通过以上对比,使用J2EE的好处显而易见,并且随着时间的推移,将会愈发显出它的生机。
此白皮书译自(The Business Benefits of EJB and J2EE Technologies over COM+ and Windows DNA)

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值