前言

在今日的企业运算环境中，企业本身所需要的发展，是在于如何拓展其影响范围、降低企业的运作成本，同时又能够对客户群、企业伙伴、内部成员以及供货商给予一个容易存取的操作环境，以减少处理响应的时间，进而提高运作的效率。一般来说，在这种运作环境下所提供的服务，一方面要能够和既有的企业信息系统(Enterprise Information System, EIS)做结合，同时又能提供新的商业服务，以提供广大的客户群使用。本期所要介绍的就是在这样的需求为前提之下，企业本身应该如何应用目前科技所提供的优势，来提升企业整体的效能与竞争力。而这样的科技整合，就形成了所谓的企业应用伺服架构(Enterprise Application Service Architecture)。@大標:什么是企业应用服务架构？

所谓的企业应用伺服架构，就是指借着目前的科技优势，整合原有的企业运算环境，以形成一个更紧密结合的应用服务架构。在这样的架构下，企业所提供的服务，必须具有以下的特点：

1.高度的可利用性，也就是说，这些服务必须要符合能够被广为存取的特性需求。

2.适当的安全性，要能够提供用户私密的特性，同时也能够整合企业本身的数据。

3.具可信赖性以及可扩展性，以确保所有的商业交易都能够被正确且快速的处理。

在大多数的情形下，这些服务都是以多阶层式(multi-tier)的应用形态存在，而其中所谓的中间阶层(middle-tier)通常是负责绝大部分的应用程序逻辑，也就是说，大部分的应用程序开发工作是落在此处。此外，中间阶层所实作出来的服务，也会具有整合目前企业信息系统以及新的服务之间所具有的商业数据及功能等等的责任。最后，中间阶层的服务也具有为客户端所拥有的商业复杂度分离出来，同时也可以使用目前成熟的因特网所提供的技术优势，如此一来便可以有效的减少用户所需的管理与训练等等。

就以上所描述的情形，我们可以清楚的知道，若有一种开发环境，能够有效的减少开发多阶式服务的复杂度以及成本的话，对整体企业而言，将会是再好也不过的事情。且这样的环境，也能提供企业快速开发以及提升服务质量的优势，以因应日益增加的商业竞争能力。

企业应用程序模型

企业应用程序主要的目的，是实作出针对客户群、内部成员、供货商、企业伙伴的需要的企业服务。而为了更容易控制以及管理这些服务，这类商业性的应用最好是以中间阶层的形态来实作。而这所谓的中间阶层服务，主要就像是企业中的信息提供部门所扮演的控制角色一般，而且这些服务通常都只运作在专属的伺服硬件上，并具有存取企业中其他服务的权力。(图一)说明了二阶层式应用程序模型与多阶层式应用程序模型的异同。

《图一 二阶层式应用程序模型与多阶层式应用程序模型的异同》

企业应用程序通常会依赖企业信息系统阶层来储存相关的企业商业数据，而这企业信息系统阶层和其所管理的数据共同组成了企业内部最主要的核心部份。

二阶层式的主从式模型虽然最初是为了解决扩展性与功能性的问题而设计，但是在目前企业信息系统所需要的复杂服务环境下已不再适用，特别是用户与管理问题上，更难去处理商业逻辑的部份，间接造成了主要的发展限制。这些在二阶式模型上所会出现的限制，随着多阶层式模型的出现，使得在实作企业服务上得以解决问题。

由于开发多阶层式服务是项既困难且复杂的工作，不单是要开发服务本身的商业运算逻辑，同时也要照顾到基本的系统功能。再者，每一个多阶层式的伺服产品都有自己独立的应用程序模型，间接造成了雇用以及开发团队的困难。最后，当服务的项目增加之后，通常会发生需要调整整个多阶式基础架构的问题，导致形成了主要移植上的成本与时间上的延迟。

对标准的企业应用程序模型来说，本身会定义用来实作多阶层式应用程序的架构，同时也避免了上述的几个问题，进而提供了扩展性、可存取性，以及所需要的管理便利性。这样的模型将整个服务工作切割成可依多阶层式服务来实作的成份，其中主要分成二大部份：商业逻辑以及接口展示的部份，由系统开发者来实作，而基本的系统服务则由企业应用伺服模型来提供。系统开发者则可以透过这些基本的服务来实作中间阶层较困难的进阶服务。这样的标准模式会大大的降低系统开发者所需要的基本训练，同时也提供了企业在选择企业应用程序模型上更大的弹性与空间。这样的应用模型，不单能够达到降低企业成本的目的，同时也使得建构多阶式应用服务的复杂性大为减少。

企业应用伺服架构和Java的关系

就中间层应用服务的开发角度来看，Java的出现可以直接引入可移植性以及扩展性的优势。由同时于Java具有「Write Once, Run Anywhere」的特性，使得在应用程序架构开发上的限制大为降低，同时也借着和硬件平台分离的考虑，为企业界在成本考虑上具有更多样性的选择。升阳公司最近所提出的Java 2 Enterprise Edition(J2EE)，基本上就是因应企业服务架构的需求，开发出以Java技术为基础的企业应用伺服模型。由于有了J2EE的出现，使得企业界在开发相关应用的同时有了强而有力的辅助，同时也可以透过Java所提供的特性，更轻易去建构出具全球性的大型企业应用伺服架构。

在讨论J2EE模型之前，我们必须先了解到，这是一个以Java技术为基础的应用模型，所以所有的开发都会以Java程序语言以及Java虚拟机为基础来进行。而Java所提供的可移植性、安全性，和开发效率，正好为J2EE模型提供了强而有力的支持。除了这些基础之外，J2EE模型也包含了JavaBeans组件模型。JavaBeans组件可以让常用的功能以组件化的形式存在，提供更具模块化的开发特性。以下我们就Java技术基础部份做一个概观的介绍。

Java技术基础

安全性

由于在Java平台下的实作应用程序，都可以不去考虑实作安全功能所引来的复杂度，因为Java平台可以将应用程序所需使用的安全模型清楚地区隔开来。也正因为如此，应用程序可以轻易地移植到不同的安全性实作上。在J2EE中定义了标准的访问控制规则，而应用程序部份则由程序设计师来定义，最后才可以将这些部份组合并放置在企业平台上以供运作。J2EE也需要企业平台提供标准的登入方法，以避免应用程序因为自身需要而将其加入自己的应用程序逻辑之中。这样一来，同样的程序便可以在不需任何更改的情况下，在各种不同安全性环境下运作。

中间阶层部份

J2EE应用程序模型所著重的主要是在于中间阶层的部份。中间阶层的商业运算功能，主要是透过实作Enterprise Java Bean(EJB)组件来完成，如(图二)所示。EJB的组件允许服务开发者将心力集中在商业逻辑的实作上，并且让EJB服务器能够处理递送可靠服务的功能。

《图二 中间阶层的商业运算功能模型》

在图二，JavaServer Pages 技术以及Servlet共同组成了对客户端展现中间阶层商业运算功能的部份，其采取的方法为简易的因特网存取模式。其中avaServer Pages(JSP)模块可以允许因特网用户的接口开发以更简易的形式运作，同时也可以达到透过浏览器展示动态网页内容的效果。而Servlet则可以提供更强大的Java运作能力，让开发者可以实作出更新的商业运算功能，以产出更具动态特性的数据呈现。

客户端

在这个部份，J2EE支持了许多种不同型态的客户端。大部分J2EE中的服务，都是针对Web浏览器客户端所设计的。而这些服务的运作，主要是透过动态产生的HTML网页及表格来和客户端进行互动。大多数复杂的服务项目多是和客户端进行直接的商业数据交换，而在此JSP和Servlet便可以用来将这样的数据进行格式化，以便利J2EE客户端的运作。这些客户端可以是在浏览器中运作的Java applet，也可以是用Java为基础所开发出来的应用程序。在这些运作模式中，有一个重要的部份，就是安全性的考虑，这对于多阶层式的服务而言尤其重要。在J2EE平台中，安全性的问题大多是由平台本身来进行处理，或是由平台的管理者来决定。而在绝大部分的情况下，服务的本身及其客户端都不需要去顾虑安全逻辑的设计及开发。以下就是这几种不同型态客户端的介绍。

以HTML网页为基础的客户端

一个服务可以透过动态产生的HTML网页在客户端的Web浏览器中呈现，以达到直接和客户端互动的目的。而在此JSP技术则是一个简单的应用方法，JSP主要是结合了HTML以及以Java为基础的程序代码，共同以大家所熟悉的程序描述(Script)形式来完成，其相互之间的关系请参考(图三)。在某些特定的情况下，一个服务可能会需要比较复杂的程序代码，若是在这样的情况下，我们便可以透过撰写JavaBean组件程序，并经由JSP的呼叫来完成。而另一种形式，则是由Servlet直接撰写Java程序来完成该项服务。

《图三 以HTML网页为基础的客户端运作模型》

以HTML内容为基础的客户端

在某些情形下，直接在客户端提供一定的功能，可以帮助用户用服务的信息来进行组织以及互动。在这样的情况下，服务和其客户端之间所进行的是原始内容的数据交换，而非HTML网页。像这样的原始内容，通常是以XML文件最为常见，而且这些XML文件可以透过HTTP协议在客户端以及服务端之间进行交换。在这样的模式下，XML内容是由客户端中所执行的applet内含的JavaBean组件来进行处理，而applet则是由服务端下载至客户端来执行，详细运作请参考(图四)。而J2EE为了避免因为旧版本或是非标准版本的Java执行环境所造成的兼容性问题，还提供了自动下载并安装Java外挂模块的特别服务。而这些原始内容，不但可以经由applet配合JavaBean组件来进行处理，同时也可以透过由Java所实作出来的应用程序，担任J2EE的客户端，来进行处理。

《图四 以HTML内容为基础的客户端运作模型》

企业内部网络客户端

所有以HTML网页为基础的服务，和以HTTP内容为基础的服务，不但可以运用在因特网的环境下，同时也可以有效的运用在企业内部网络的环境中。除此之外，企业内部网络的环境还具有其他的优势，这个优势就是企业内部网络环境提供了额外的基础运作架构，允许Java程序能够直接存取内部网域中的EJB组件。这样一来，不但运作模式得以简化，同时运作的效率上也可以得到有效的提升。

其他型态的客户端

由于J2EE的服务是透过标准的HTTP、HTML，以及XML标准，这使得大多数的客户端都可以轻易地存取这些服务，其中甚至包括微软公司的各种客户端，如Visual Basic及Office 2000等等。除此之外，由于EJB所定的目标包括定义出RMI-IIOP的标准来和CORBA环境进行相互操作，所以任何J2EE的服务也可以送到CORBA的客户端中。这部份的工作目前已经完成了大部分的进度，只剩下少数的项目仍在赶工中。而当这些进行中的部份完成之后，J2EE将可以把这些部份的交互运作能力加入平台之中。而在此当时，J2EE只支持部份标准功能。

J2EE应用程序的组织与布署

一个J2EE应用程序是由数个标准的单元所组织而成。这样的组织可以布署在任何J2EE具兼容性的平台上。在每一个标准的单元中，都包含了一个所谓的布署描述(deployment descriptor)，这个描述包含了单元本身的内容，同时也包含了和J2EE相关的宣告，而这样的宣告则是由程序开发人员与组织人员所共同完成的。除了这个部署描述之外，一个J2EE的单元包含各种用来形成J2EE应用程序的组件。而一旦一个J2EE单元形成之后，它就可以被布署在J2EE的平台中，如(图五)所示。

《图五 J2EE应用程序的组织与布署概观》

所有的布署工作，通常包括使用J2EE平台的布署工具来指定特定信息的所在，如存取的用户名单，以及所有数据库的名称。一旦布署完毕之后，该应用程序便处于准备完成的阶段了。

结语

在目前网络潮流的推动下，企业本身主要的竞争力似乎慢慢都将焦点转到企业本身的信息系统上，也就是所谓的企业信息系统(EIS)，而EIS所反应出来的现象，则是对外所提供的服务是否完整。而在服务的开发效率上，则在近年来成为大家所关切的核心问题。这样的需求，不但造成了企业应用伺服架构的标准化，同时也促使企业更注意信息的加工与流动，也就是服务的质量与效率问题。这些重点，不但攸关企业发展的兴衰，同时也主导了企业之间竞争优势的主要因素之一，身为企业的领航者，实在不可不察。

(网际先锋杂志2000.3月号70期)