第 2 维：逻辑层 (Sun Java Enterprise System 5 Update 1 技术概述)

Sun Java Enterprise System 5 Update 1 技术概述

第 2 维：逻辑层

分布式企业应用程序的交互软件组件可以看作是分别驻留在多个逻辑层中。根据所提供服务的性质，这些层分别表示软件组件的逻辑和物理独立性。

下图说明了解决方案体系结构的逻辑层维。

图 2–4 第 2 维：分布式企业应用程序的逻辑层

多数情况下，逻辑层体系结构表示图 1–1 中所示的分布式企业应用程序层。基础结构服务级别介绍的 Java ES 系统服务组件为图 2–4 所示的所有逻辑层中的应用程序组件提供支持。逻辑层概念主要适用于自定义企业应用程序，同时还适用于由 Sun Java Communications Suite 组件提供的协作服务以及一些 portal 服务。

逻辑层描述

本节简要描述了图 2–4 中所示的四个逻辑层。在描述中引用了采用 J2EE 平台组件模型所实现的应用程序组件。但是，其他分布式组件模型（如 CORBA）也可支持此体系结构。

客户层。客户层由最终用户通过用户界面所直接访问的应用程序逻辑组成。客户层中的逻辑可以包括基于浏览器的客户机、在台式计算机上运行的 Java 组件，或是在手持设备上运行的 Java^TM 2 Platform, Micro Edition（J2ME^TM 平台）移动客户机。
表示层。表示层由负责准备要传送给客户层的数据并负责处理来自客户层的请求以便传送给后端业务逻辑的应用程序逻辑组成。表示层中的逻辑通常包括诸如 Java servlet 或 JSP 组件之类的 J2EE 组件，它们负责准备以 HTML 或 XML 格式传送的数据或是负责接收请求以便进行处理。此层还可能包括 portal 服务，该服务可对业务服务层中的 business service（业务服务）提供个性化、安全和自定义的访问。
业务服务层。业务服务层由执行应用程序主要功能的逻辑组成，这些功能有：处理数据、实现业务规则、协调多个用户以及管理诸如数据库或传统系统之类的外部资源。通常，此层由符合 J2EE 分布式组件模型的紧耦合组件组成，如 Java 对象、EJB 组件或消息驱动 Bean。可将单个 J2EE 组件组合起来以提供复杂的业务服务，如库存服务或计税服务。单个组件及服务组合体可在面向服务的体系结构模型内封装为符合简单对象访问协议 (Simple Object Access Protocol, SOAP) 接口标准的松耦合 web service（Web 服务）。业务服务还可以构建为独立的 server（服务器），如企业日历服务器或消息传送服务器。
数据层。数据层由提供业务逻辑所用持久性数据的服务组成。这些数据可以是存储在数据库管理系统中的应用程序数据，也可以是存储在轻量目录访问协议 (Lightweight Directory Access Protocol, LDAP) 数据存储库中的资源和目录信息。这些数据服务还可以包括自外部源馈送而来的数据或可从传统计算系统中访问的数据。

逻辑和物理独立性

图 2–4 中的体系结构维强调了组件的逻辑和物理独立性，由四个独立的层表示。这些层表明了应用程序逻辑在联网环境下的不同计算机上的划分：

逻辑独立性。该体系结构模型中的四层表现逻辑独立性：对某一层中（例如在业务服务层中）的应用程序逻辑的修改可以独立于其他层。无需更改或升级表示层或客户层中的逻辑即可更改您的业务逻辑实现。举例而言，这种独立性意味着：无需修改业务服务组件即可引入新型客户组件。
物理独立性。这四层还表现物理独立性：您可以在不同的硬件平台（即，不同的处理器配置、芯片组和操作系统）上部署不同层中的逻辑。利用此独立性，您可以在最适合各自计算要求和最适合最大化网络带宽的计算机上运行分布式应用程序组件。

您将应用程序组件或基础结构组件映射到硬件环境（即您的部署体系结构）的方式取决于多种因素，具体要根据软件解决方案的规模和复杂性来决定。对于规模很小的部署，部署体系结构可能只涉及几台计算机。而对于较大规模的部署，组件到硬件环境的映射可能需要考虑多个因素，如不同计算机的速度和功效、网络链路的速度和带宽、安全和防火墙考虑事项，以及获得高可用性和可伸缩性的组件复制策略。

应用于系统组件的分层体系结构

如图 2–3 中所示，Java ES 基础结构服务组件为分布式软件解决方案提供底层基础结构支持。其中，有些解决方案包括由 Sun Java Communications Suite 组件及某些 Java ES 组件提供的应用程序级服务。这些解决方案使用逻辑层设计方法。

例如，Messaging Server 提供的电子邮件通信服务使用多个逻辑上完全不同的 Messaging Server 配置来实现。这些独特的配置各自提供一组独特的服务。在设计消息传送解决方案时，这些独特的配置被表示为位于不同逻辑层的独立组件，如下图所示，图中连接各组件的线条表示各组件之间的交互。

注 –

下图并不是一个完整的逻辑体系结构。为简化起见，图中省略了许多 Java ES 组件。

图 2–5 Messaging Server：分层体系结构示例

注 –

通信组件不属于 Java ES 组件，但常与 Java ES 组件一起部署，并在 Java ES 体系结构中使用。这些通信组件是 Sun Java Communications Suite 的一部分，本文档引用它们仅作说明之用。

在逻辑上将 Messaging Server 各功能分成不同的层，可使 Messaging Server 的逻辑互异配置分别部署在物理环境中的不同计算机上。物理分离可以更加灵活地满足不同的服务质量要求（参见第 3 维：服务质量）。例如，它为不同实例提供不同的可用性解决方案，为不同 Messaging Server 功能提供不同的安全性实现。