|
| |
| Sun Java Enterprise System 2004Q2 技术概述 | |
第 4 章
生命周期概念基于 Java Enterprise System 软件的业务解决方案包括一整套复杂的任务，可将这些任务分成如图 4-1 所示的三个生命周期阶段。
本章介绍上述每个阶段所涉及的任务，同时讨论与每项任务相关的概念和术语：
需求分析在生命周期的需求分析阶段，要将对业务需要的分析转化成部署方案。该部署方案起到了部署设计说明书的作用。
如图 4-1 所示，需求分析阶段可分成三个时期：
逻辑体系结构与性能、可用性、安全性及其他服务质量要求一道被封装在部署方案中，如下图所示。有关生命周期需求分析阶段的详细信息，参见《Java Enterprise System 部署规划白皮书》。
图 4-2 部署方案中的需求分析结果
部署在生命周期的部署阶段，要将部署方案转化成部署设计，在后面会对此进行实现、原型设计，然后在生产环境中正式铺开。
部署过程不仅依赖于解决方案的逻辑体系结构，而且还依赖于性能、可用性、安全性、可伸缩性、可维护性以及其他服务质量要求。换言之，部署体系结构的服务质量维在部署阶段起着很大的作用。
部署过程通常包括所有层及所有基础结构服务级别中为支持某个应用程序所需的软件组件。因而，除了可能要部署到物理环境中的任何特定分布式应用程序组件（J2EE 组件、Web 服务或其他服务）之外，还必须部署为支持该应用程序所需的 Java Enterprise System 组件（系统组件）。
总之，部署阶段是一个涉及多项任务的复杂的反复过程。本节着眼于该过程的以下两个时期：
部署设计
在部署设计期，先要创建一个高层部署体系结构，接着再进行低层实现设计：
部署体系结构
部署体系结构是通过将应用程序（逻辑体系结构）的逻辑构件映射到物理计算环境来创建的，以此来满足部署方案中指定的服务质量要求。
换言之，就是将部署方案转化成了部署体系结构，如下图所示。
图 4-3 部署方案转化成部署体系结构
此体系结构设计的一个方面是确定物理环境的规模，以满足性能、可用性、安全性及其他服务质量要求。完成了规模确定之后，将系统服务器和应用程序组件分配到物理环境中的计算节点。为得到最终的部署体系结构，必须考虑不同计算结点的能力、系统基础结构服务的特点以及在总拥有成本或总可用成本方面的限制。
部署方案中的 Java Enterprise System 组件数越多，对服务质量需求的要求就越苛刻，同时也就越要求您的设计要建立在高效能计算节点和高网络宽带之上。在硬件有限或花费惊人的情况下，您可能将不得不在固定成本（硬件）与可变成本（人力资源要求）之间或是在不同的服务质量要求之间进行折衷，否则，您可能将不得不增加设计的复杂度。
由于设计部署体系结构是一门不精确的学科，所以体系结构常常是在不断反复的过程中逐渐发展的。对现有系统的扩充以递增方式进行，即发现瓶颈，然后调整硬件或修改体系结构以消除瓶颈。
Java Enterprise System 还在开发一组参考部署体系结构，可以此作为部署设计的起点。参考体系结构建立在特定部署方案基础之上，即：具有特定服务质量要求的逻辑体系结构。在参考体系结构中，应用程序被部署在特定的物理环境上，以此来满足部署方案中指定的所有服务质量要求。性能测试要基于部署方案出自的同一组使用案例来进行。
基于参考部署体系结构或参考体系结构组合，您可以设计出第一个近似满足自己部署方案要求的部署体系结构。可以对参考体系结构进行调整，或是将其用作参考点，考虑自己的部署方案与基于参考体系结构的部署方案之间的不同之处。这样便可评定自己的规模确定、性能、安全性、可用性、容量以及可维护性需要所产生的影响。
实现设计
实现设计提供了实现部署体系结构所需的细节。这包括指定实际的硬件、操作系统、网络结构以及物理环境的其他方面。详细的设计说明书可能还包括指定为访问系统服务置备最终用户所需的目录信息。
部署实现
部署实现以实现设计为开端，包括下列一般任务：
这些任务的顺序并非是一成不变的，这是因为：部署过程天生具有反复性。尽管如此，下面各小节将按其通常的执行顺序分别讨论各个主要的部署任务。
硬件搭建
实现设计指定了物理环境的配置：计算机、网络设计、网络硬件（包括电缆、交换机、路由器以及负载平衡器）、存储设备，等等。需要将此统统组装成支持您基于 Java Enterprise System 的解决方案的硬件平台。
软件安装
实现设计为您指出了即将驻留在您物理环境中的每个计算机节点上的应用程序组件和 Java Enterprise System 组件。您可以使用 Java Enterprise System 集成的安装程序将不同的系统组件和共享组件分别安装在每台计算机上。
在“Java Enterprise System 集成的安装程序”中对安装程序及其功能进行了介绍。
系统配置
有多项系统配置任务是必须得完成的，这样才能使各种系统组件作为一个集成系统一起工作。还有若干初始配置步骤是各个系统组件启动所需要的，而且这些步骤具体可能要依是否存在需要首先启动第一个系统组件所依赖的另一个系统组件这样的情况而定。例如，必须先启动 Directory Server，方可配置和启动 Identity Server，因为后者依赖于当前写入到目录中的 LDAP 模式扩展。
在任何情况下，均必须先对每个 Java Enterprise System 组件进行配置，使它可以与其所依赖的那些组件进行通信，然后再在内部为其配置所需的功能集。高可用性也必须进行配置，具体取决于每个组件的可用性实现。还需要置备用户以便使他们可以访问各种服务，并且需要设置验证和授权控制。
有关用户置备、验证、单点登录以及授权方面的信息，参见“集成的身份识别和安全服务”。
定制与开发
部署方案中指定的逻辑体系结构通常决定了实现解决方案需要进行的定制及开发工作的范围。
对于某些解决方案，可能只需对现有系统服务器（如 Portal Server）进行定制便足以实现所需的功能。此时，通常要在继续进行定制前执行一些最低测试以确保对系统的配置是成功的。
对于其他解决方案，开发工作可能相当繁重，需要您使用在 Application Server 或 Web Server 环境中运行的 J2EE 组件从头开发新的业务和表示服务。此时，明智的做法是在着手投入全力进行开发前，先为解决方案设计原型并执行概念论证测试。
对于需要进行大量开发工作的解决方案，Java Enterprise System 未提供用于分布式组件或业务服务的编程工具。这些工具可在 Sun Java Studio 中获得，这样可以简化 Java Enterprise System 基础结构所支持的应用程序的编程和测试。
测试
根据定制或开发工作程度的不同，有时您需要对部署体系结构进行检验。也就是说，您需要按照使用案例对解决方案进行测试，检验自己是否能满足服务质量要求。
对于定制开发服务相对较少的情况（即大部分为现成部署），可能只需对系统执行初步测试。但是，如果您开发了重要的新应用程序逻辑并创建了定制服务，则此项测试工作可能会变得更加繁重。
如果此测试暴露出了您部署体系结构中的不足，您需要对体系结构进行修改，然后再次测试。通过这种不断反复的过程，您最终会得到一个可以随时在生产环境中进行部署的部署体系结构和实现。
生产铺开
生产铺开包括在生产环境中搭建部署实现。这个时期涉及的任务有：在生产环境中安装、配置和启动分布式应用程序及基础结构服务，置备生产系统最终用户，设置单点登录、访问策略等诸如此类的内容。通常是从有限部署开始，逐步过渡到组织范围的实现。在此过程中，要执行试运行，试运行期间通过不断增加负载来证实当前是否满足服务质量要求。
操作在生命周期的操作阶段，运行已部署的应用程序，监视并优化其性能，并对应用程序进行升级以加入新的功能。
Java Enterprise System 2004Q2 没有为系统的整体管理提供公共的监视和管理基础结构或管理工具。每个系统组件都有自己的管理工具，用于对其操作进行配置、调节或管理。为 Java Enterprise System 提供系统范围的管理是我们今后的目标。
