Java ES 体系结构是对 Java ES 解决方案的高级技术说明。您将开发一种体系结构,以确定提供使用案例中所述服务的 Java ES 组件组合和其他技术。
开发体系结构的过程分两步。您需要执行以下步骤:
准备部署方案。在部署方案中,确定提供使用案例中所述服务的 Java ES 组件,并分别指定解决方案的服务质量要求。
准备部署体系结构。在部署体系结构中,融合从部署方案中得到的信息。确定必须安装和配置每个组件的实例数量(确定使用何种冗余策略、在何种硬件上进行)以及如何在网络上分布这些实例,从而提供所需的服务和指定的服务质量。
本章介绍了用于开发评估解决方案体系结构的这两个步骤。虽然评估体系结构相对简单,但此处的说明将有助于您理解安装和配置评估解决方案的过程。有关部署规划方法学的更多信息,参见 Java Enterprise System 部署规划指南。
本章分以下小节介绍了开发评估解决方案体系结构的过程:
开发解决方案体系结构的第一步是准备部署方案。部署方案包括以下部分:
逻辑体系结构,用于确定实现使用案例所需的组件
一组服务质量要求,用于指定要求解决方案达到的性能
本节讲述如何基于评估使用案例中所述的使用案例来制定部署方案。
逻辑体系结构用于确定提供一组使用案例中所述服务的 Java Enterprise System 组件。逻辑体系结构通常以图形表示。图 2–1 显示了评估使用案例所需的组件。
出于以下原因,在逻辑体系结构中包含了图 2–1 中的这些组件:
使用案例中所述的门户服务由 Portal Server 提供。最终用户通过基于 Web 的门户桌面访问门户服务。在最左侧出现的 Web 浏览器客户机(在客户机层中)代表将通过其 Web 浏览器查看门户桌面的最终用户。对于评估解决方案,安装一个样例门户桌面。
Portal Server 和其他几个基于 Web 的组件必须在一个 Web 容器中运行。对于评估解决方案,选择安装 Web Server 来提供所需的 Web 容器。虽然 Web Server 不直接提供任何服务,且未在图 2–1 中显示,但确实要安装它以便为 Portal Server、Access Manager、Communications Express 和 Instant Messaging 提供 Web 容器支持。
最终用户通过基于 Web 的 Communications Express 界面访问使用案例中所述的邮件和日历服务。在最左侧出现的 Web 浏览器客户机(在客户机层中)代表将通过其 Web 浏览器访问 Communications Express 的最终用户。
使用案例中所述的邮件服务由 Messaging Server 提供。Messaging Server 具有自己的 Web 容器。
使用案例中所述的日历服务由 Calendar Server 提供。Calendar Server 具有自己的 Web 容器。
使用案例中所述的即时消息传送服务由 Instant Messaging 提供。
使用案例中所述的验证和授权服务,包括单点登录和门户代理验证,均由 Access Manager 提供。
需要 LDAP 目录服务支持使用案例中所述的服务。LDAP 服务由 Directory Server 提供。LDAP 目录存储了有关其他组件、 管理用户条目以及最终用户条目的配置数据。
在图 2–1 中,组件分布在若干层中。这些层代表组件在解决方案中扮演的不同角色。在评估解决方案中,所有这些层将组合到单一的计算机系统上。
在生产解决方案中,组件所扮演的角色有助于您确定如何在网络上分布组件和子组件,以及如何配置它们与其他软件交互操作,例如独立的邮件客户机。有关 Java ES 多层体系结构的更多信息,参见 Java Enterprise System 技术概述 http://download.oracle.com/819-3584。
逻辑体系结构可确定提供使用案例中所述服务的 Java ES 组件,但没有告知您如何在网络上安装这些组件。在典型的生产解决方案中,将通过安装和配置这些组件的多个实例并将这些实例分布到若干计算机系统上,来达到服务质量要求(如响应时间、服务可用性以及服务可靠性)。例如,将两个 Messaging Server 实例安装在两个不同的计算机系统上,并将它们与负载平衡硬件一起进行配置,这样便可为消息传送服务提供故障转移能力和高可用性。
要确定解决方案的服务质量要求,您需要分析您的业务需求并制定一组要求。服务质量要求基于重要的业务需求特征,如必须支持的用户数量、用户必须经历的响应时间以及允许的停机时间。
本文档中所述的评估解决方案仅需要支持少数用户,且无需生产解决方案具备的连续可用性或其他功能。因此,此评估解决方案的系统要求是最低的。下面列出了这些要求:
负载和性能要求:无
可用性要求:无
安全要求:LDAP 验证,单点登录
可维护性要求:无
可伸缩性要求:无
开发解决方案体系结构的第二步是准备部署体系结构。部署体系结构融合了逻辑体系结构和服务质量要求。开发部署体系结构时须回答如下问题:
要使用哪些冗余策略来满足可用性和可靠性要求?(一些可采用的冗余策略有:安装和配置某个组件的多个实例并平衡这些实例的负载以实现可用性和可靠性,安装和配置某个组件的多个实例并使用 Sun 群集技术以实现可用性和可靠性,以及使用通过多主复制功能来同步的多个 Directory Server 实例以实现可用性和可靠性。)
为实现解决方案中采用的冗余策略,必须安装和配置每个组件的多少个实例?
如何在计算机硬件系统上组合各组件实例?例如,在中型解决方案中,可在两个计算机系统上安装和配置 Messaging Server 与 Calendar Server 的实例。利用 Sun Cluster 技术使这两个计算机系统形成群集,此体系结构便实现了消息传送与日历服务的可用性和可靠性。
每个计算机系统上需要多少个 CPU 方可达到在服务质量要求中指定的性能?
通过回答这些问题可引导您开发解决方案的部署体系结构。通常,部署体系结构以图形表示,并使用一组方框来代表解决方案中的计算机系统。每个框均标有要在该计算机系统上安装的组件。图 2–2 中显示了评估解决方案的部署体系结构。
图 2–2 说明:通过在一个系统上安装评估解决方案所用的全部组件,很容易符合评估使用案例的最低服务质量要求。该系统用标有 evaluation_host 的方框表示。本文档的其余部分将介绍了如何在一个系统上安装、配置和使用评估解决方案。
生产解决方案的部署体系结构将代表大量的计算机系统,并且在每个系统上安装不同的组件组合。有关适合生产解决方案的大型部署体系结构示例,参见 Java Enterprise System 部署规划指南 (http://download.oracle.com/819-3450) 一书的 Java ES 解决方案。