发布管理应该估计在给定的时间内可能开发、测试和实施的变更的数目。在一个发布中一次构建和测试多个变更所带来的规模效益和解决问题的彻底性,必须与发布变得太复杂以致损害实施的安全性所带来的风险之间进行合理平衡。
发布管理应该估计在给定的时间内可能开发、测试和实施的变更的数目。在一个发布中一次构建和测试多个变更所带来的规模效益和解决问题的彻底性,必须与发布变得太复杂以致损害实施的安全性所带来的风险之间进行合理平衡。
市场上硬件的快速升级和软件的快速更新,某些发布可能在其实施之前就已经过期了。但从另一个方面来看,频繁的变更可能对服务产生某些负面影响。
变更管理需要确定可以纳入一个发布的变更的数量,以及如何进行试运行(Rollout)。通常变更管理可以选择下列三种方案中的一种来发布某个变更:
德尔塔发布(Delta Release)-德尔塔发布是一种局部发布,它只包括那些发生变更的硬件和软件组件。德尔塔发布通常在紧急修复或临时修复时使用。这种发布类型的缺点在于不能对发布所包括的组件以外的环境进行测试以及那些不再被软件调用的模块也被删除了。如果软件可以独立于其所在的IT环境,则选择德尔塔发布就比较恰当。德尔塔发布的优点在于只需要花很少的工作来构建测试环境。
全发布(Full Release)-全发布指同时对发布单元内的所有组件进行构建、测试和分发,包括那些无需变更的组件。这种方法在不是完全清楚哪些组件会发生变更的情况下使用特别有用。在这种发布方式下,软件和硬件将得到更彻底的测试,因而在实施变更后产生的事故会更少。在为一项全发布做准备时,可以更加容易地判断期望的绩效标准是否可以达到。
全发布的优点是多项变更可以同时得到实施。发布的准备工作也由于标准安装指南的使用而变得更加容易。在安装过程中,程序环境也可以得到清理。不过,全发布比德尔塔发布需要更多的准备工作和资源。
包发布(Package Release)-包发布是指由一组相关的应用系统和基础架构的全发布和(或)德尔塔发布组成。它一般在更长的时间间隔内进行。它通过修复小的软件错误以及将多项新的功能有效地组合到一起为用户提供了更长时间的稳定期。 通常,对诸如系统软件和办公应用软件等第三方软件的计划性升级适宜采用包发布。
京ICP备06004481号 Copyright 2002 - 2006 ITGov.org.cn, All Rights Reserved