某公司电子商务交易软件方案建议书

1、 .90/90BEA电子商务方案BEA电子商务交易软件方案建议书BEA系统 TIME yyyy年M月d日 2020年10月28日 TOC o 1-3 h z HYPERLINK l _公司简介 公司简介 HYPERLINK l _基本情况 基本情况 HYPERLINK l _市场占有率和所获奖项 市场占有率和所获奖项HYPERLINK l _Toc477941589客户HYPERLINK l _产品介绍产品介绍 HYPERLINK l _产品系列 产品系列 HYPERLINK l _BEA产品符合的国际标准 BEA产品符合的国际标准HYPERLINK l _Toc477941623BEA We

2、bLogicHYPERLINK l _Toc477941624开发HYPERLINK l _Toc477941625集成HYPERLINK l _Toc477941626部署HYPERLINK l _Toc477941627管理HYPERLINK l _WebLogic_Cluster技术BEAWebLogic Cluster技术HYPERLINK l _BEA_WebLogic(_CommerceBEA WebLogicCommerce ServerHYPERLINK l _WebLogic_Process_Integrator技术概要BEA WebLogicProcess Intergra

3、torHYPERLINK l _Toc477941628配置方案HYPERLINK l _Toc477941629总体框架概述HYPERLINK l _应用系统的设计开发和部署应用系统的设计开发和部署HYPERLINK l _Toc477941631应用系统的运行和监控管理HYPERLINK l _Toc477941632技术服务与培训HYPERLINK l _Toc477941633概述HYPERLINK l _Toc477941634售前技术支持HYPERLINK l _Toc477941635应用结构设计与咨询服务HYPERLINK l _Toc477941636技术培训HYPERLIN

4、K l _Toc477941637应用开发HYPERLINK l _Toc477941638应用部署HYPERLINK l _Toc477941639售后服务HYPERLINK l _Toc477941640特别承诺与补充说明HYPERLINK l _Toc477941641成功案例公司简介基本情况历史、现状和发展BEA系统(BEA Systems Inc.)是业界领先的中间件解决方案供应商，1995年1 月成立于美国加州硅谷的Sunnyvale，目前总部设在硅谷的San Jose，在全球24个国家设有50个办事机构，现有员工1800余人。作为业界唯一独立的大型中间件厂商，BEA系统始终致力于

5、为企业关键任务应用系统设计、开发、推广并支持跨平台中间件解决方案。BEA提供完整的中间件产品系列，其产品和服务使分布式关键任务应用系统在客户机/服务器、Internet和传统环境中挥洒自如。BEA提供具有联机交易处理、消息通信功能以与采用分布式面向对象技术的中间件产品，为建立、部署、管理和连接企业关键任务应用系统提供重要的中间件基础结构。在短短4年多的时间里，BEA的全球销售网络以惊人的速度得以发展，市场占有率不断上升并处于绝对领先地位，产品受到越来越多企业用户的青睐。BEA连续十三个季度创下业绩记录，其飞速的发展令业界所瞩目。在美国软件杂志第15届排名中，BEA以1275%的发展速度被评为发

6、展最快的中型软件公司。1997年在Forbes ASAP排名的100家最活跃、最有 潜力的公司中名列第17 位。BEA的中间件产品市场份额是最强竞争对手的三倍。BEA的产品在业界屡获殊荣，是所有硬件厂商与数据库厂商进行TPC-C基准测试时首选的中间件平台，以便提高其产品的资源利用率和交易处理性能。为了更好地向用户提供完整的解决方案，BEA十分注重建立强大的合作伙伴联盟。BEA的合作伙伴囊括了许多业界著名的硬件供应商、数据库厂商、独立软件开发商、系统集成商、服务提供商以与工具供应商等。BEA的合作伙伴销售、集成或实现基于BEA的解决方案，帮助用户建立其关键任务应用系统。BEA 以其领先的技术、综

7、合的咨询和支持服务能力，以与广泛、强大的合作伙伴联盟在 中间件市场独树一帜。BEA的产品为全球3400多家大型机构的关键任务应用系统所采用，广泛涉与银行/金融、电信、交通、零售、制造、医疗、政府等领域。今天，越来越多的企业开始将其关键任务应用系统建立在分布式计算环境上，而不是仅仅建立在大型主机之上，这为BEA企业中间件产品的发展提供了广阔的市场。与此同时，日益加剧的竞争还要求企业能够不断采用最新技术。BEA始终积极致力于新产品的开发推广工作，帮助用户充分利用诸如Internet、对象技术、NT和 Java等。今天，BEA的解决方案使用户能够最大限度地利用现有软件投资，并从中得到最大回报。展望未

8、来，BEA将帮助用户不断采用最新技术，使其在竞争中立于不败之地。合作伙伴BEA非常重视建立并保持强大的合作伙伴联盟，包括世界著名的硬件厂商、系统集成商、数据库厂商和独立软件开发商。迄今为止，BEA已得到几乎所有硬件厂商的支持，包括HP、DEC、IBM、BULL、TANDEM、UNISYS、SEQUENT、NCR、SUN、NEC、Data General、SNI、Fujitsu等， 其中 HP、DEC、IBM、BULL、TANDEM、UNISYS、SEQUENT、NCR等公司更成为BEA产品的全球代理。世界著名的数据库厂商Oracle、Informix、Sybase，独立软件开发商Cable D

9、ata、 Clarify、Cylink、Filoli、 PeopleSoft等也都是BEA的全球合作伙伴。在加强与全球战略性合作伙伴关系的同时，BEA还特别重视发展国合作伙伴，共同推动中间件市场在中国的成熟和发展。目前BEA系统在国的主要合作伙伴包括：华腾、中软、联想、南天、西科姆、浪潮、中联、邮电部数据所、中科院软件所、威士顿,胜策,新宇、泰利特等30多家公司。BEA的员工有2000多人，分布在世界24个国家的50个办事机构中。BEA的三名创始人Bill Coleman(B)、Edward Scott(E)以与Alfred Chuang(A)都是高科技领域的高级管理人才，在开放系统领域拥有5

10、0多年的综合经验。多年的经验使他们拥有第一手的知识，深知分布式计算市场的挑战与机遇所在。此外，BEA还聘请了一些业界知名的管理人才加盟其管理队伍。员工BEA拥有一支350多人的专业中间件研究开发队伍，其中囊括了众多世界著名的中间件权威。他们在事务处理系统、消息传送、对象技术等中间件领域具有很深的造诣，不但致力于保持现有BEA产品的技术领先性，还不断开发新的产品领导中间件市场的发展方向。BEA拥有2000多名员工分布在世界各地的办事机构中，为用户提供专业、快捷的服务。 BEA十分重视员工的本地化，认为只有高素质的本地人才才会真正了解当地的文化背景和市场环境，才能更好地为本地用户提供服务。财政截至

11、99年1月为止，BEA公司已连续十三个季度创下业绩记录。出色的销售成绩不仅显示出BEA稳定、强劲的增长势头，更充分证明了其世界一流的产品与服务。与95财年相比，96财年公司的营业额增长1275%，被美国软件杂志评选为增长最快的中型软件公司。97财年与96财年相比，公司的营业额增长了155%，同期亚太区的营业收入增长了四倍多。BEA因其飞速的发展再次在软件杂志的评选中脱颖而出，被评为1999年第四名发展最快的大型软件公司。市场占有率和所获奖项市场占有率在开放系统中间件市场上，最权威的市场调查和分析机构是美国的Standish Group国际公司，根据Standish Group的调查，BEA的中

12、间件产品在全世界围受到广泛欢迎，市场占有率长期独占鳌头，是最强竞争对手IBM的三倍以上。所获奖项由于BEA公司拥有世界上最先进的中间件与相关技术，并且以业界最强大的专业研发队伍（350人）和最雄厚的资金投入（每年5000万美金以上）保证其技术不断发展，因此公司发展迅速，业绩优良，公司与产品不断获得各种奖项：1996年第15届美国软件杂志的软件500强排名中，以1275%的年增长率成为全球发展最快的中型软件公司1997年第16届美国软件杂志的软件500强排名中，以155%的年增长率成为排名第4的发展最快的大型软件公司1997年在Forbes ASAP排名的100家最活跃、最有潜力的公司中名列第1

13、7 位1998年在圣何塞商业杂志(San Jose Journal)的评比中成为硅谷地区排名第4的发展最快的上市公司1998年，BEA入选著名的Intelligent Enterprise 杂志评选的信息技 术领域12家最有影响的公司排名，与业界知名的 IBM、Intel、 Microsoft、Oracle、SAP以与Sun等公司共同获此殊荣。1998年，在Gartner Group（最著名的市场调查和分析机构之一）著名的大型应用服务器软件市场的分析象限图中，BEA是唯一一家被认为无论是在产品策略的完整性还是执行能力方面都居绝对领导地位的公司。BEA TUXEDO与BEA Jolt于1997年

14、度荣获美国开放式系统顾问公司(Open Systems Advisor) Crossroads大奖，这是BEA公司第三次获此殊荣BEA TUXEDO荣获1997年度美国DBMS杂志交易处理监控产品的“读者评选奖”BEA TUXEDO、BEA Jolt荣获1997年度网络计算杂志(Network Computing)编辑评选奖，1998年度再次获得该奖项提名BEA TUXEDO荣获1997年度数据库编程与设计(Database Programming and Design)杂志的Database Dozen 大奖BEA WebLogic应用服务器被Miller Freeman的“Intellig

15、ent Enterprise & Trade”杂志评选为1998年RealWare“采用组件结 构的最佳应用奖”。BEA WebLogic应用服务器荣获著名的Crossroads 99 Java类快速应用开发工具大奖。 BEA WebLogic荣获1998年JavaWorld最佳Web应用服务器编辑评选奖与最佳商业应用奖BEA WebLogic 荣获1998年Java Developer杂志最佳Web应用服务器编辑评选奖。客户BEA的产品为全球3400多家大型机构的关键任务应用系统所采用，广泛涉与银行/金融、电信、交通、零售、制造、医疗、政府等领域。这些用户的共同特点是具有复杂、高端的信息管理

16、系统，应用环境多种多样且系统用户在地域上分布很广。其应用通常建立在主机或大规模客户机/服务器系统之上，且业务处理量极大。产品介绍产品系列BEA是世界上最大的独立中间件厂商，具有丰富的产品线，涵盖中间件的所有领域，并且所有这些产品都已经做了很好的互操作集成化工作，因此能够满足客户对中间件的各种需求并在需要的时候提供合适的集成方案。这些产品包括：BEA WebLogic BEA WebLogic Enterprise- 业界第一个基于组件的企业中间件解决方案，是交易中间件技术和ORB技术的综合。BEA WebLogic Server- BEA WebLogic作为新一代基于JAVA的WEB应用服务

17、器，在提供传统的应用服务器功能的同时，还针对当今的Internet技术和JAVA技术提供了众多丰富的功能。BEA WebLogic Express-精简的WebLogic版本，业界领先的纯Java多层结构JDBC服务器。BEA WebLogic JDBC Driver- 在业界最为广泛应用的JDBC驱动器。BEA WebLogic Commerce Server-BEA Commerce Server是一个面向电子商应用软件产品，用于新一代电子商务系统。包括个性化门户Weblogic Personalization Server。BEA Commerce Server是架构在业界领先的J2EE

18、产品BEA WebLogic Server上，支持B to B to C的完整的电子商务业务模型。BEA Commerce Server是个可适应应用软件，而不是一个固定的软件包，用户可以自由地设计出全新的电子商务业务模型。BEA Commerce Server可以和企业原有的信息系统方便地集成在一起，具有良好的扩展性。BEA eLink、 BEA WebLogic Collaborate-BEA eLink是一个面向电子商应用集成的中间件产品，用于新一代电子商务系统和传统应用系统之间进行可靠的、高性能的任何类型应用信息集成，如Maiframe、SAP、PeopleSoft。BEA WebLo

19、gic Collaborate是以BEA WebLogic Server为平台，采用XML技术，提供B toB应用集成的解决方案。BEA WebLogic Process Intergrator- BEA WebLogic Process Integrator是一个基于BEA WebLogic 应用服务器的功能强大的工作流引擎，实现工作流、B2B处理、和应用集成的自动化。WebLogic Process Integrator属于工作流管理系统的客户/服务器实现。WebLogic Process Integrator的核心体系结构为处理引擎，也称为运行控制器，负责对工作流实例追踪并管理工作流的执

20、行。BEA TUXEDO BEA TUXEDO - BEA TUXEDO是业界领先的交易处理中间件，其市场份额超过最强竞争对手的两倍。BEA TUXEDO在业界屡获殊荣，是几乎所有硬件和数据库厂商进行基准测试时首选的中间件平台，以提高其产品的资源利用率和交易处理性能。BEA Jolt（TUXEDO的Internet选件）- BEA Jolt是一组软件构件，使Java程序员不必了解BEA TUXEDO服务程序 的详细语义就可从能运行Java的Web浏览器上请求TUXEDO的服务。BEA Jolt将BEA TUXEDO中间件框架扩展到Internet和Java客户端。BEA Manager（TUX

21、EDO的SNMP选件）- BEA Manager 是由管理TUXEDO应用程序的一个基于WEB界面的管理工具和为了将TUXEDO的应用管理通过网络管理协议SNMP和一般的系统管理工具(如:OpenView,NetView等)集成到一起的一组开发管理工具组成。BEA Connect（TUXEDO的互操作选件）- BEA Connect是为了使 BEA TUXEDO和MRP II软件如R3或大机系统如IBM的ES/9000上的 CICS、 Unisys的2000系列、A系列的交易系统以与满足事物处理互操作标 准OSI-TP的其他系统互操作的一组产品。BEA Builder（TUXEDO的开发工具选

22、件）- BEA Builder是编制基于TUXEDO客户端程序的一个开发环境，它集成了当 前流行的开发工具，象Visual Basic与 Power Builder等。方便开发人 员编程，缩短开发周期。BEA产品符合的国际标准BEA WebLogic Server完全实现J2EE（Java 2 Enterprise Edition）应用程序接口中的10个接口，其中包括JDBC、E、RMI、 事件管理和JNDI等，最全面地实现了Enterprise JavaBeans 1.1/2.0技术规，其中包括会话和entity Beans等可选服务，并支持COM/DCOM和ActiveX。BEA WebL

23、ogic Enterprise集成了J-Engine(WebLogic Server)和T-Engine(TUXEDO)。全面符合CORBA标准和J2EE标准，同时支持BEA TUXEDO的标准，。交易中间件的标准是由X/OPEN组织和ISO组织来制订的。BEA TUXEDO遵循 所有关键的应用接口标准和事务处理协议，如分布式事务处理模型DTP，事务定界标准TX，应用程序事务处理接口标准XATMI，以与和资源管理器 (数据库)的接口标准XA，国际化标准XPG，中间件的互操作协议OSI-TP，简单网络管理协议SNMP等。BEA TUXEDO不仅遵循标准，而且目前的标准，如XA，XATMI等大部分

24、是基于TUXEDO技术来制订的。在TUXEDO的30多个支持应用开发的函数调用中已有30个被Open Group组织接纳为X/open的标准API， 同时，BEA是COBRA组织的核心会员，直接影响着面向对象技术的标准和发展方向。BEA TUXEDO Internet选件BEA Jolt支持Java JDK 1.02或JDK 1.1，经过了100%纯Java认证（始于BEA Jolt1.1 Volume 2客户机类库），支持基于SNMP的系统管理（通过BEA TUXEDO 管理信息库。BEA TUXEDO SNMP选件BEA Manager基于SNMP协议。BEA WebLogicBEA We

25、bLogic是用于开发、集成、部署和管理大型分布式Web应用、网络应用和数据库应用的Java应用服务器。它将Java的动态功能和Java Enterprise标准的安全性引入大型网络应用的开发、集成、部署和管 理之中。BEA WebLogic具有以下特点：完全实现12个Enterprise Java应用程序接口中的10个接口，其中包括JDBC、E、RMI、 事件管理和JNDI最全面实现Enterprise JavaBeans 1.0技术规，其中包括会话和entity Beans等可选服务为Enterprise JavaBeans的创建和管理提供辅助工具，能够允许定制与现成的业务组件为多个数据库

26、提供持久性支持部署和管理应用，并确保可伸缩性、可用性和安全性方便地与业界领先的数据库，以与与Microsoft Visual Basic、 Visual C+、Active Server Pages和COM协同工作方便地与业界领先的开发工具协同工作，其中包括VisualCafe、uilder、Supercede、J+和Visual Age与BEA TUXEDO、BEA TOP END和BEA WebLogic Enterprise集成由于BEA WebLogic全面支持Enterprise Java标准，因此它能有效保护用户的投资，并使建立 便携式可伸缩应用成为可能。同时，这些应用能够完美地与

27、其它应用和系统实现互操作。BEA WebLogic应用服务器可为BEA端到端企业中间件解决方案提供关键的前端Web组件。开发采用BEA WebLogic，用户可以将精力集中于业务逻辑，而无需为用于在网络上部署该逻辑的 基础结构操心。BEA WebLogic可保护用户投资，因为它的应用编程接口符合Java业界标准。BEA WebLogic应用程序既简单又易于便携。BEA WebLogic可使编程人员免受Java平台和数 据库之间不一 致的困扰，并可处理诸如插口和线程等低层编程问题。（1）集成的开发环境（IDEs）BEA WebLogic应用服务器扩展了领先的Java集成开发环境，可支持多层Jav

28、a应用的开发和调 试。集成开发环境图形用户界面编制器、HTML生成工具与可兼容的、对数据敏感的控制器均可与BEA WebLogic共同使用。BEA WebLogic还提供一套JavaBeans，利用它可方便地访问BEA WebLogic的开发服务。开发 人员可利用任一兼容的集成开发环境，通过拖放JavaBeans来建立BEA WebLogic应用。（2）可伸缩的远程方式调用（RMI）采用RMI，任一应用可像使用本地对象那样方便地使用分布式对象。BEA WebLogic的RMI具 有可伸缩性，因为它允许众多远程对象通信共享单个客户机/服务器连接。BEA WebLogic使用 标准的Java命名和

29、目录界面（JNDI）公布位置透明的对象。（3）EnterpriseJavaBeansBEA WebLogic应用服务器完整地实现了Enterprise JavaBeans技术，因而能够很方便地将业务 逻辑封装为安全可靠的交易型组件。BEA WebLogic支持所有任选的E扩展， 其中包括分布 式交易处理、自动持续和entity Beans。BEA WebLogic E的独特之处在于， 任一对象类型 均可传送至Beans或从Beans发出。（4）事件管理BEA WebLogic应用服务器采用真正“由服务器推动”的事件模型，为需要近乎实时了解变化 情况的应用提供有关信息。每当一个事件在网络上被发布

30、，BEA WebLogic就通知关心该事件 的各 个订户。在服务器上进行的基于容的过滤可限制加载在订户和网络上的负荷。（5）使用Java进行Web应用开发BEA WebLogic应用服务器支持标准 servlets，可通过Web浏览器调用服务器端的Java业 务逻辑，并可方便地建立包括数据库查询结果在的HTML响应。页面编辑允许使用领先的 Web发布工具生成HTML。Servlet会话管理功能使BEA WebLogic能够在众多浏览器/服务器进行交互通信的情况下具有 管理客户会话并使其具有可伸缩性与可靠性。集成BEA WebLogic应用服务器是一可扩展的框架，它允许任一标准的Java应用“突

31、然插入”，其 中包括那些为大多数原有系统提供的Java客户联编应用。BEA WebLogic还使用户能够方便 地远程访问任一已被某Java类别自动缠绕的非Java程序。（1）多层JDBCBEA WebLogic的多层JDBC功能使得Java应用能够从网络中的任何位置访问和更新数据库。 BEA WebLogic应用服务器包括WebLogic的用于主要DBMS产品的高性能本机JDBC驱动器， 并且该服务器还可与任何第三方JDBC驱动器协同工作。（2）BEA WebLogic BeansBEA WebLogic应用服务器允许任一JavaBean“突然插入”BEA WebLogic，且该JavaBea

32、n能 够透明地被网络中多个应用共享。（3）BEA WebLogic COMBEA WebLogic应用服务器还允许将任一Microsoft COM对象插入到BEA WebLogic框架之 中，使其自动被某一Java类别缠绕，并在网络围被透明地共享。（4）支持CORBABEA WebLogic与CORBA的集成是通过它对以下各项的支持 完成的，它们是：CORBA Internet Inter-Orb协议（IIOP）、与界面定义语言（IDL）兼容的各项服务的联编应用与与主要CORBA 产品的互操作。（5）全局命名利用Java标准JNDI（Java命名和目录界面），BEA WebLogic可访问现有

33、的目录服务：如Novell NDS、Sun、NIS+、Microsoft Active Directory或其它支持Internet标准的Lightweight Directory Access Protocal（LDAP）。部署BEA WebLogic应用服务器通过确保可用性、可伸缩性、安全性和交易完整性来保护Java应用 的执行。（1）群集无需额外编程即可复制BEA WebLogic上运行的Java应用。为实现可伸缩性，BEA WebLogic 平衡各可用复制服务间的负荷。为实现容错性，BEA WebLogic还复制状态信息，这样出现 故障时就能够完全将其与用户和应用隔离开。（2）分布式交

34、易处理BEA WebLogic应用服务器保护关键任务应用和企业数据，因而即使在事务处理跨越多台机器 的情况下，其完整性也不会受到损失。对符合Java标准的Java交易处理服务（JTS）的支持允许客户机或服务器启动传送至其它服务器的交易。（3）RSA安全性支持和防火墙支持BEA WebLogic应用服务器可利用建立在RSA安全插口层（SSL）、X.509证书和访问控制表 （ACLs）基础上的可选的加密功能、认证功能和授权功能来保护网络应用。可经由隧道、CORBA IIOP或（ S）的可变SSL并通过防火墙安全利用BEA WebLogic的所有 设备。（4）服务器的可伸缩性BEA WebLogic

35、应用服务器可通过谨慎管理线程和连接实现对大量客户机的支持。采用BEA WebLogic，可使所有双向通信共享某一客户机/服务器连接，而不必考虑请求类型与被访问的 远程对象的数目。数据库连接也可被共享，这样就可以同时支持尽可能多的客户机。BEA WebLogic将数据库查询结果进行缓存，并可在后端DBMS被修改的情况下，对缓存的数据实现实时的自动更新。（5）标准Internet协议Web浏览器可通过普通的请求访问BEA WebLogic应用服务器。诸如代理等转发 功能可使信息发送至服务器而不是发送至原始Web服务器。为实现更高性能，所有请求都保留连接。通过CORBA IIOP和TCP/插口还可访

36、问BEA WebLogic的全部服务。管理BEA WebLogic将整个系统看作是一个单独的，不可分割的整体，并为大型分布式客户机和服务器配置提供集中管理。（1）零管理客户机（ZAC）BEA WebLogic应用服务器支持对Java applets、应用程序或系统的自动分布。利用零管理客户 机，系统管理员可以集中安装程序库，甚至是BEA WebLogic的新版本。BEA WebLogic将 各更新组件送至所有相应的客户机。零管理客户机本身所占的台面面积很小。（2）动态的应用划分BEA WebLogic应用服务器允许在各机器间动态地重新部署联机应用组件。（3）图形管理控制台BEA WebLogi

37、c应用服务器提供一个纯Java综合控制台，以用于远程监视和更新WebLogic应用 和WebLogic服务器群集的状态。从单一的远程控制台即可安全而方便地管理多个客户机和服务器。（4）集成的记录BEA Weblogic应用服务器自动记录诊断信息和安全检查信息，并为各应用提供接口以记录其 本身的异常情况。用户可选择将通信以普通格式记录。这些记录可从Web浏览器或 BEA WebLogic管理控制台远程进行查看。WebLogic Cluster技术 服务器方的 Java 技术在过去一年已经取得了很大的进展。由BEA、IBM、Sun、HP和 Oracle 作为先锋领导的以Java为基础的Web应用服

38、务器已经成为电子商务的首选平台，也就是说它成为 Web 信息传输服务(又名动态容)的最佳方案。今天，Java 和 BEA WebLogic 已用于大量的关键业务的Web 应用，包括客户自服务、供应链和分销渠道管理、贸易、银行业以与物资供应等方面。另外，它们还用于大型的面向客户的 Web 站点(Amazon., Priceline., WebMD.)和远程通信(Qwest, Covad Communications)中。这些成功的使用使得 WebLogic 在系统的 Web 应用服务器(Gartner 集团)和企业 JavaBean 技术成为市场的领导者(按照 Upstream 的调查，它占有

39、70% 的市场份额)。Internet 对于关键业务的系统产生了阻碍: 一是部速度下降和停机，另一方面是故障会直接影响通过 Web 进行联系的客户和业务伙伴。Internet 的故障和性能失效已经成为热点新闻-产生的问题甚至会影响企业在广阔市场中的信誉。而且，Internet 用户对于拨号音质并且不能有明显延迟的服务要求正在不断地提高。如果您不能提供，那么您的竞争对手将得到这样的机会。因此高的可用性和可伸缩性/性能成为电子商务的迫切需要。这既取决于透明复制、平衡负载，又取决于我们称之为群集的容错等技术的组合。以软件为基础的集群通过下列方法保护您的 Web 应用投资：为可用的服务器分配工作请求以

40、达到最佳的资源利用；系统或应用程序出现故障时的无缝的请求再路由；允许服务器从在线集群中动态地添加或删除以适应命令的外部更改或基础设施的部更改。仅由软件构成的集群已经可以通过详细的状态管理和诸如 IP 多路发送等基于新技术的高度优化的协议这二者的组合来实现。从供应商提供企业 JavaBeans(E) 1.0/1.1 (包括会话和实体 bean)的完整实现开始，直到提供 E 的综合性集群支持，用户可能须等待 16 到 18 个月。从 2Q97 以后 BEA 就开始发布 E 技术，而从98年第4季度以后则提供集群服务。 一般来说，BEA WebLogic 服务器的经验已经显示 Java 和 E 并不

41、象以前认为的那样对性能提出限制，而事实上它可以为具有关键任务的基于 Web 的应用提供可伸缩性和高可用性。性能测量显示 WebLogic 群集在 Unix、NT、和 AS/400 配置上都具有很高的速度和高的可伸缩性:一个单个的 WebLogic 服务器(运行在 6 路 Unix 处理器上)可以同时为50,000 台活动的客户机服务，它每秒执行超过 2500 个 E 往返方法调用。远程方法调用(RMI)基准测试已经显示服务于 10,000 个活动客户应用的WebLogic 集群的处理能力可以线性扩展到相当于 10 个单处理器 PC 机的能力，每秒钟提供最多 7942 个往返方法调用。运行在三台

42、 4 路 PC 服务器上的 12 个服务器组成的一个 WebLogic 集群每秒钟能够服务于 2675 个动态 Web 页面，或一天服务于 231，000，000 个页面(高于 Internet 上最繁忙的站点 Yahoo 负载 38%，12月8日报道)。 在这个基准测试中，WebLogic每秒每 CPU 平均提供 223 个页面的线性扩展。(请注意: 上面的结果中不包含数据库输入/输出的开销，因而不能用于能力计划。但是，它可以验证 Java、WebLogic 和我们的集群解决方案的性能和可伸缩性。)BEA WebLogic 服务器提供了最丰富和最广泛的 Java 2 企业修订版标准的实现，并

43、让自己处在集群技术竞争中的领先位置。介绍 因此如果大多数 Web 应用服务器供应商认可了 J2EE 标准(至少在纸面上)，那么下一步供应商该怎样进行竞争? 肯定的候选方案就是集群。 术语“集群”代表了两个或多个复制服务器的紧密配合以保证对用户快速持续地进行服务。 Web 应用的集群意味着发送的可伸缩性(借助于对复制的自动负载平衡)和高可用性(借助于复制的自动的容错)。Web 应用服务器提供的集群必须保证下列容:无扩展瓶颈。新的服务器能够容易和动态地添加到配置，以满足不断增长的用户需要，同时所有请求负载是可以在服务器中进行优化分布的，这样资源才能得到充分的利用。如同一些竞争者表示的那样，不引入扩

44、展瓶颈而要可靠地管理应用和用户状态是相当困难的。无影响可用性的单个的故障点。从非工作组件到工作组件的请求必须自动进行容错。而且，必须保护(通过复制)应用程序和用户状态来保证发生的任何故障(例如一个服务器的崩溃)能从用户和应用程序得到完全标识。对用户应用程序和应用程序开发者的透明性。程序员不应该须处理复制的复杂性、请求路由、负载平衡和容错。而且，用户应该可以购买分散的应用程序组件，同时不用在集群的 Web 应用服务器上进行修改就可以使用它们。对于管理员的单一系统。系统管理员必须具有把集群的服务和服务器作为一个单一逻辑资源进行管理的能力。这将大大简化操作和帮助阻止集群中的同级间不小心而产生的不一致

45、性。一般来说，集群服务的管理应该象管理没有集群的服务一样容易。硬件和操作系统的独立性。 使用 Java 软件集群，可以使用完全不同的硬件和操作系统平台建立复制。通过不依赖特定的平台特征，当用户把组件从一个平台移动到另一个平台时能够保护用户的投资。BEA WebLogic 集群 企业 Java 和 Web 应用服务器为集群解决方案提供了两个特定的具有挑战性的特征。首先，它们要求与前端 Web 服务器的集成，这是集群外部的一个固定技术。其次，它们要求有对象的后端管理。这些对象自身具有部的状态和至少一些到数据库的持久性映射。服务器对象状态的围是从客户机会话状态(用户安全凭证、Web 采购车容)到业务

46、对象容(平衡)。管理状态的困难部分是服务器间的过多通信 ，例如为可用性复制对象。 相比之下，传统的中间件如 TP 监视器通常只支持无状态的服务。 BEA WebLogic 服务器提供了一个 J2EE 企业 API 的集成实现。一个BEA WebLogic 集群是一个 WebLogic 服务器组。为了以透明的方式提供伸缩的、高可用性的服务而进行动作的协调。因为 WebLogic 服务器完全使用 Java编写，所以 WebLogic 集群独立于硬件和操作系统。因此一个 WebLogic集群可以由运行 Microsoft NT 或 Linux, 大规模 Unix 处理器和 IBM AS/400 的

47、Intel 机器组成。相对之下，特定于平台的集群解决方案需要每个节点都运行一样的操作系统。当然，这要求它们使用诸如共享的磁盘、多线的磁盘和服务器间的高速度互连和通信的专门硬件。作为替代方案，WebLogic 使用以新的商品技术例如 IP多址发送等为基础的高度优化协议。对于象 BEA WebLogic 服务器的 Web 应用服务器必需的两种集群类型是:Web 集群。它保证您的客户正在请求的 Web 页面(例如文件夹视图, 订单状态)是可用的并且和以接近实时的速度进行发送。Web 页面集群也要求对用户瞬时状态的有效复制(例如购物卡或旅行日志)。象 BEA WebLogic 服务器的 Web 应用服

48、务器必须为 Web 应用程序提供这种质量的服务(例如企业 Java，Web 集成服务servlet 和 HTML 或 XML 页生成的 Java 服务器页面的集群)。组件/对象集群。它保证企业 JavaBean(E)业务服务和对象(例如定购和付帐服务，客户，库存)是有效的和可用的。使用 WebLogic, 集群的 E 组件可以容易地从 Servlet (对于生成 Web 容)；从其它企业 JavaBeans; 从 Java applet；从 Java 客户机应用程序；或甚至从以 Visual Basic、Visual C+、PowerBuilder 或动态服务器页面(ASP)的应用程序为基础的

49、 Microsoft 的产品中调用。后者的使用主要是由 E 组件的WebLogic 自动包装来使用，该 E 组件带有包含在 Microsoft 桌面中的 COM+ 对象。WebLogic 集群的体系结构图 1 显示了 BEA WebLogic 服务器集群体系结构的高层次视图。图 1:BEA WebLogic 集群体系结构。BEA WebLogic 服务器提供了基于软件的集群以保证 Web 和 Java 部署的可伸缩性和高可用性。只有 WebLogic 集群支持透明的复制、负载平衡(呈现逻辑)和企业 JavaBeans 组件(业务逻辑)。这里只有一中类型的 WebLogic 服务器，但是该图确实

50、表明了对于特定的应用任务的服务器特殊化。Web 呈现前端。 Web 呈现的前端使用 Java Servlet、Java 服务器页面(JSP)和 Java HTML(JHTML)支持 HTML 页面的动态构造。应用逻辑后端包含使用企业 JavaBeans(E)、Java 远程方法调用(RMI)和 Java 命名与目录接口(JNDI)构造的业务对象和组件。其它的后端Java 企业 API，比如 Java 数据库连接(JDBC)和 Java 消息服务(JMS)使用RMI、E 和 JNDI 以与应用程序一样的方式进行集群。前端和后端由各自独立集群的完全不同的组件组成。 一个 WebLogic 集群可以

51、置于如 Netscape 企业服务器或 Microsoft Internet 信息服务器(IIS)等标准 Web 服务器之后。来自于 Web 浏览器的 请求(例如对于静态 HTML 文件)可以由这些 Web 服务器或 WebLogic 前端处理。对于动态生成的页面的请求则从 Web 服务器代理到 WebLogic Servlet/JSP 引擎。这通过 Web 服务器代理插件来完成，例如根据 Netscape API(NSAPI)或Microsoft Internet Server API(ISAPI)定义的插件。 集群的第一行在 Web 客户机和 Web 服务器间使用“NS Round Rob

52、in”。DNS - Internet域名服务解析 Web 站点名到站点 Web 服务器的 IP 地址。每次它获得一个查询请求，DNS 就打乱返回的地址列表。Web 客户机通常和 DNS 提供的列表中第一个服务器进行联系。超时期过后，或如果该服务器失效，客户机将发出另一个 DNS 请求并继续联系一个新的服务器。这提供了一个简单形式的负载平衡和容错处理。有可能安装更复杂的 IP 级负载平衡和容错模式。例如，考虑到 Web 服务器的负载,从 DNS 返回的列表中删除失效的服务器，并且/或保证客户机会话总是由一样的服务器(模失效)处理。Cisco本地定向器就是这类产品的典型代表。 集群的第二行用于动态

53、生成的页面，它在 Web 服务器和集群前端中的Servlet/JSP 引擎间的穿梭。Web 服务器代理插件在 Servlet/JSP 引擎间执行负载平衡和容错。它们使用由服务器负载信息进行衡量的会话级 round-robin 算法。如果WebLogic 前端也配置成处理所有的 请求(这样就没有标准 Web 服务器)，则形势就更为简单。既然负载平衡和容错算法是服务器的一个部分，那么它使用集群间共享的有关服务器负载的信息。更重要的是，这种算法优先考虑本地的 Servlet/JSP 引擎，除非负载很不平衡地分布，因此请求根本不需要离开 JVM 的地址空间。应用逻辑后端。在后端中，通过复制在几个不同的

54、服务器中提供服务的组件(E)或对象(RMI)来集群一个用户级或系统级服务。记住应用程序服务的客户机自身是一些 GUI 代码、另一个组件、另一个业务角色等等。通过调用存根的方法来从一个应用调用未集群的服务，它排列参数并将它们传送到特定的远程对象。通过调用一个智能存根来调用一个集群的服务。此外，由于负载平衡和容错的需要，也可能在服务和交换之间发现智能存根方法的实例。提供了许多负载平衡和容错算法(随机的，循环的, 基于服务器的)。在部署服务时可以指定特定的算法与给定的服务一起使用。缺省的是事务级 round-robin 算法，它试图使同一事务调用的所有服务都位于同一位置。该算法只有在存根在服务器方应

55、用程序部调用时才考虑服务器负载，因为从客户机获得负载信息的代价是昂贵的。当 Servlet/JSP 引擎调用一个集群的后台服务时，服务器方就会进行负载平衡。一个程序化的客户机可以直接调用一个集群化的服务，这将引起对客户机方的负载进行平衡，或它可以在服务器方负载平衡的集群中调用服务。 有两种形式的集群的后台服务: 无状态，它是实例中立的；有状态，它特定于实例。在集群中这两种形式认为是非常不一样的。无状态服务。一个无状态服务可能没有维持代表一个应用的状态，很象一个传统的远程过程调用( RPC)。当然它可以访问应用状态，但只是在从数据库、文件系统或其它外部中介暂时加载它到存时才能访问。E 组件模型提

56、供了实现无状态服务的一个成熟方法，也即是无状态会话 bean。无状态服务也可以作为RMI 对象实现，但程序员应该遵守这个限制。 由于它提升了可伸缩性，因此无状态服务模型已经得到广泛的提倡和支持。这有两个原因。首先，在可用性方面它排除了备份状态的需要，例如在集群里复制它。其次，它允许在服务的每个调用上进行负载平衡。这是因为服务是实例中立的，也就是说，它并不关心调用的是哪个服务的实例。 在 WebLogic 集群中部署一个无状态服务时，将在它的每个主机上都创建一个服务实例。一个智能存根获取从集群命名服务和交换之间作为负载平衡和容错需要的这些实例的引用。只有能够保证一个失效的操作没有负面影响时才进行

57、重试。因为它决不会启动，所以它是一个事务性的和一个明显发生的异常终止，或它被声明为幂等的(无负面影响)。如果不应用这样的事例，则应用程序代码可能包含有显式的重试，或许是在撤消负面影响后进行。除这以外，集群对于应用是完全透明的。 WebLogic 集群支持一个无状态服务的重要特殊事例:服务工厂，它创建未集群的有状态服务对象。工厂自身是无状态的，因此它的存根抽头能用通常方法进行负载平衡和容错。然而，工厂创建的服务对象不是集群的，因而可以维护代表一个应用的状态。因为这个状态没有备份，则如果对象失效它就会丢失。因此应用代码必须包含一个创建对象新实例的显式重试循环。因为 E 状态会话 bean 不是持久

58、性的，所有它们就自然而然适合于该模型。该模型也可以与 RMI 对象一起使用。有状态服务。 一个状态的服务可以维护表示一个应用的状态。这种服务是“特定于实例的”。从这个意义上来说讲每个请求都是面向于服务的特定实例。在一个集群中，为了可用性必须备份状态，为了负载平衡和可用性而进行迁移。因而集群必须提供一些部的激活服务，它们负责查找或创建服务实例。如果一个实例能被几个客户机并行使用，如同由一个全局关键字访问的 E 实体这样的持久性组件，那么该服务必须确保不会发生冲突。面向数据库的复制。 维护状态的一个途径是把它保存在数据库或其它持久性存储里。这特别适合于持久性组件，但也可以用于瞬时对象。这个途径类似

59、于无状态服务，事实上它们的差别仅是后者需要显式的磁盘读/写。可以使用数据库锁技术来避免服务激活的并行性冲突。在一个 WebLogic 集群中，E 实体bean 是这个方法的缺省设置。一个相关的途径是维护写缓存，它在存中保持状态的当前拷贝以避免随后的读取。这使得避免并行冲突变得相当困难，并且这样作可能损害伸缩性。数据库擅长在存中高速缓存对象，以使用最少的磁盘读写开销提供事务性保护。应用服务器对于持久性组件不会特别适合，而这样的高速缓存可能最适于由某单个客户机使用的瞬时对象。一个例外是大量的数据读取 - 如不需要严格事务语义的价格信息。用户可能想要达到最高性能而大量复制使用的数据，但同时又不能承受

60、在一个单个事务中同时更新每一个这样的实例的开销。这样的“大量数据读取”实体 bean 需要放松严格的事务语义以获得所期望的效率。这意味着价格可以被更新而不用加锁或回滚未处理的事务。基于存的复制。第三个途径是在另一台机器上将另一份拷贝保存在存中。当然这更容易失败，而且不适合持久性组件。困难是确定一个对象的状态是什么时候和如何被更改的。(在提交事务以前通常将持久性组件全部写出。)如果应用程序员负责任的话，不妨假设借助于一些专有的 API，这样该特征就更难使用了。如果对系统负责，则该特征的效率可能不太高，因为执行了太多的超过需要的更新操作。在一个 WebLogic 集群中，可以配置 servlet