Java Enterprise System 解决方案体系结构示例

Java Enterprise System 支持范围广泛的软件解决方案。

使用 Java Enterprise System 中的组件，许多解决方案出厂时已完成设计和部署，不需要再执行开发工作。另一些解决方案可能需要大量的部署工作，需要部署提供新业务或表示服务的定制 J2EE 组件。您可以将这些定制的组件封装成符合简单对象访问协议 (Simple Object Access Protocol, SOAP) 接口标准的服务。许多解决方案需要综合这两种方法。

本节为您举例说明 Java Enterprise System 如何支持开盒即用解决方案，以上一节介绍的体系结构概念为基础。

企业通信方案

企业通常需要支持员工之间的通信，特别是电子邮件和日历服务。这些企业发现，基于企业级验证和授权服务授予员工个性化的内部网站访问方式是一种很有用的方法。此外，这些企业需要在所有企业服务中跟踪员工身份，这样单点登录便可访问所有这些服务。

下表简要列出了这些特定的业务需求（仅是举例示范的一组业务需求）。

此外，企业对于提供这些服务的软件系统还有性能、可用性、网络安全以及伸缩性等方面的要求。

示例方案的逻辑体系结构

下图显示了使用 Java ES 组件提供表 2–4 中确定的门户、通信以及身份认证服务的逻辑体系结构。该体系结构在逻辑上将不同的 Messaging Server 配置视为独立组件，因为它们各自提供不同的服务。

图 2–7 企业通信方案的逻辑体系结构

各组件分别放置在表示标准逻辑层的水平维中以及表示基础结构服务级别的垂直维中。组件之间的交互取决于它们作为分布式基础结构服务的功能（基础结构服务级别之间的交互）或它们在分层应用程序体系结构中的角色（逻辑层内部及逻辑层之间的交互）。

在此体系结构中，Access Manager 可访问 Directory Server 中存储的用户信息，是 Portal Server 和表示层中其他基于 Web 的组件的单点登录验证和授权的仲裁程序。Messaging Server 组件包括数据层中的消息存储区 (Messaging Server-STR)、业务服务层中的发送和检索组件以及表示层中的 HTTP 访问组件和 Communications Express。

此逻辑体系结构还显示了不同 Java ES 组件之间的基础结构服务依赖性。例如，Portal Server 的消息传送和日历频道依赖于 Communications Express，验证和授权服务依赖于 Access Manager。而这两个组件的用户信息和配置数据又依赖于 Directory Server。许多组件都需要 Web Server 提供的 Web 容器服务。

有关 Java ES 解决方案逻辑设计的更多信息，参见《Sun Java Enterprise System 2005Q4 部署规划指南》。

示例方案的部署体系结构

在从逻辑体系结构转移到部署体系结构的过程中，服务质量的要求极为重要。例如，受保护的子网和防火墙可用来创建后端数据的安全屏障。对于许多组件而言，通过在多台计算机上部署它们并使用负载平衡器在重复组件之间分配请求，可以满足可用性和可伸缩性要求。

但是，如果有较为苛刻的可用性要求或需要大量的磁盘存储空间，其他可用性解决方案会更合适。例如，Sun Cluster 可用于 Messaging Server 存储，多主复制可用于 Directory Server。

有关 Java ES 解决方案部署设计的更多信息，参见《Sun Java Enterprise System 2005Q4 部署规划指南》。