开发解决方案体系结构的第一步是准备部署方案。部署方案包括以下部分:
逻辑体系结构,用于确定实现使用案例所需的组件
一组服务质量要求,用于指定要求解决方案达到的性能
本节讲述如何基于评估使用案例中所述的使用案例来制定部署方案。
逻辑体系结构用于确定提供一组使用案例中所述服务的 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 验证,单点登录
可维护性要求:无
可伸缩性要求:无