部署设计始于解决方案生命周期的逻辑设计和技术要求阶段创建的部署方案。部署方案包括逻辑体系结构和解决方案的服务质量 (Quality of Service, QoS) 要求。通过在物理服务器和其他网络设备之间映射在逻辑体系结构中确定的组件,从而创建部署体系结构。要求对硬件配置提供了指导,以满足性能、可用性、可伸缩性和其他相关规范。
部署体系结构的设计是一个反复进行的过程。通常要复查要求和初步设计。要考虑不同要求之间的相互关系,对折衷和拥有成本问题进行平衡以获得最佳解决方案,最终满足该项目的业务目标。
项目核准出现在部署设计阶段,通常在创建部署体系结构之后。使用部署体系结构(还可能用到下述的实现规范)对部署的实际成本进行估计,并提交给风险承担者进行核准。项目一经核准,即签署部署完成合同,并获取和分配项目实现所需的资源。
在部署设计阶段,可能需要准备下列规范和计划:
部署体系结构。描述逻辑体系结构域物理环境的映射关系的高层体系结构。物理环境包括内联网或 Internet 环境中的计算节点、处理器、内存、存储器设备及其他硬件和网络设备。
实现规范。用作构建部署蓝图的详细规范。这些规范提供了计算机和网络硬件的细节,用于获取和描述部署的网络布局。实现规范还包括目录服务的规范,其中包括目录信息树的更多信息及为目录访问定义的组和角色。
实现计划。包含实现企业软件解决方案各个方面的一组计划。实现计划包括以下各项:
迁移计划。描述迁移企业数据和升级企业软件的策略和进程。迁移的数据必须符合新安装的企业应用程序的格式和标准。所有企业软件必须为正确的发行版本级别,才能进行交互操作。
安装计划。源自部署体系结构,用于指定硬件服务器名称、安装目录、安装顺序、每个节点的安装类型以及安装和配置分布式部署所必需的配置信息。
用户管理计划。包括现有目录和数据库中的数据的迁移策略、考虑到部署体系结构中指定的复制设计的目录设计规范以及使用新内容置备目录的过程。
测试计划。描述测试已部署软件的过程,包括用于开发原型和试验性实现的具体计划、确定处理预测负载的能力的负载测试以及确定计划的功能是否按预期运行的功能性测试。
展开计划。描述实现从计划和测试环境转向生产环境的过程和时间表。将实现转向生产的过程通常出现在不同阶段。例如,第一个阶段可能是为有限的用户组部署软件,在随后的每一阶段逐渐增加用户群体,直到整个部署完成。分阶段实现还可包括按计划实现特定软件包,直到整个部署完成。
有几个影响部署设计过程中所作决策的因素。请考虑下列关键因素:
逻辑体系结构。逻辑体系结构详细说明了提议解决方案中的功能性服务以及提供这些服务的组件之间的相互关系。将逻辑体系结构用作确定分配服务最佳方式的关键。部署方案包括逻辑体系结构及与之相对应的服务质量要求(如下所述)。
服务质量要求。服务质量 (Quality of Service, QoS) 要求指定解决方案操作的各个方面。使用 QoS 要求有助于开发策略,以期达到性能、可用性、可伸缩性、可维护性及其他服务质量目标。部署方案包括逻辑体系结构(如前所述)及与之对应的服务质量要求。
用量分析。在解决方案生命周期的技术要求阶段开发用量分析,从而提供有助于估计已部署系统负载的使用模式的信息。用量分析的使用有助于隔离性能瓶颈,开发出满足 QoS 要求的策略。
使用案例。在解决方案生命周期的技术要求阶段开发使用案例,列出为某一部署确定的独特用户交互,通常确定最常见的使用案例。尽管使用案例已包含在用量分析中,但评估部署设计时,应参考使用案例,确保它们已妥善解决。
服务级别协议。服务级别协议 (Service Level Agreement, SLA) 指定了最低性能要求以及未能满足此要求时必须提供的客户支持级别和程度。部署设计应能轻松满足服务级别协议中指定的性能要求。
总拥有成本。在部署设计期间,分析能够解决可用性、性能、可伸缩性等 QoS 要求的潜在解决方案。但是,对于所考虑的每个解决方案,必须同时考虑该解决方案的成本及该成本影响总拥有成本的程度。请确保考虑决策中涉及到的折衷,并且已对资源进行了优化,能够在业务约束范围内达到业务需求。
业务目标。业务目标始于解决方案生命周期的业务分析阶段,包括实现这些目标的业务需求和业务约束。最终将根据部署设计满足业务目标的能力对其进行评判。