下图概括了创建发布并在发布环境中运行部署所需的基本步骤。每个框都描述一个核心活动,并说明产品的主要功能(当核心活动一起执行时)。以下是提高效率的最快方式:完成下列步骤并了解每个步骤执行的任务以及每个步骤与其他步骤相互关联的方式。
活动 | 描述 |
---|---|
配置集成 | 通过配置集成来使外部对象可用。例如,在 IBM UrbanCode Deploy 与 IBM UrbanCode Release 集成之后,IBM UrbanCode Deploy 应用程序和快照可用。 |
创建应用程序 | 创建在手动任务中使用的应用程序。请参阅创建并配置应用程序。 |
定义发布环境 | 创建映射至发布阶段的环境。当您创建发布时,可将环境分配给每个阶段。 |
每个发布所面临的问题各不相同,但是以下方法可能有用:
活动 | 描述 |
---|---|
创建发布。 | 为发布提供有意义的名称和描述。 |
使应用程序与发布关联 | 虽然应用程序并非必需(例如,您可以创建完全由里程碑及与基础结构相关的任务组成的发布),但是,大多数发布涉及部署应用程序。应用程序可来自与外部工具(例如 IBM UrbanCode Deploy)的集成,也可在 IBM UrbanCode Release 本身内创建。 |
定义生产路径 | 可用于发布的阶段是在为该发布选择的生命周期中定义的。将生命周期模型视为用于创建并驱动发布的模板可能很有帮助。生命周期定义软件在其投入生产的过程中经历的阶段演变,生产由生产阶段或一定程度上类似于指定的最终阶段表示。该生命周期并不指定将哪些特定环境用于发布,但指定常规模式。例如,生命周期可能具有下列阶段:开发、质量保证和生产。基于此生命周期的发布具有所有这三个阶段,尽管使用的实际环境可能因发布的不同而变化。生命周期还可定义质量步骤(称为门),必须先成功完成这些步骤,然后软件才能进入下一阶段。 |
将发布环境映射至阶段 | 确定在每个生命周期阶段中要使用的环境。发布环境是表示部署目标的用户定义的构造。 |
确定部署日期并保留发布环境 | 已知的生产日期和生产前日期可由调度部署记录并传播到分配给该发布的环境中。 要避免与其他发布存在冲突,请保留发布环境。 |
部署计划定义用于驱动部署的分段及其相关任务。
活动 | 描述 |
---|---|
创建部署计划。 | 通常,可从现有计划创建部署计划,但是也可从空白计划开始。 |
创建计划分段 | 分段是用于一些任务的容器,这些任务具有某种由用户定义的关系并且必须一起完成。 |
创建自动任务 | 任务表示具有开始点和结束点以及可度量持续时间的发布活动。通常,自动任务表示从 IBM UrbanCode Deploy 导入的应用程序进程。 |
创建手动任务 | 当您创建手动任务时,可指定其持续时间并定义其模式。该模式确定可使用该任务的频率和发布环境。 |
使计划与发布关联 | 当您创建部署计划时,可使它与发布关联。每个“发布/计划”组合都唯一。 |
可通过解决部署的任务来完成该部署。通过启动任务,然后对其应用各种状态来解决这些任务。
活动 | 描述 |
---|---|
调度部署 | 当调度部署时,可选择发布、发布环境、关联的应用程序版本以及部署计划。从已安排的开始时间起,您的团队就会解决该部署的任务。部署可自动或手动启动。规则还可定义为按定期调度运行部署。 |
选择应用程序版本 | 如果未将部署配置为自动选择应用程序版本,那么可在部署启动之前随时选择版本。没有所指定应用程序版本的自动任务无法运行。 |
配置通知 | 通知可设置为以若干方式触发。每当发生用户定义的触发器事件时,都可向用户发送电子邮件通知。 |
启动部署。 | 当部署启动时,定期更新的反馈会提供有关该部署的进度的信息。即使在该部署启动之后,也可修改现有任务以及添加新任务。 |
启动分段。 | 直到分段本身启动之后,该分段中的任务才能启动。多个分段可同时启动以及处于进行中。如果分段具有先决条件,那么直到所有先决条件分段都完成之后,该分段才能启动。 |
声明和解决任务 | 在任务可启动之前,它必须由具有分配给该任务的角色的用户声明。任务是通过更改其状态来解决。 |
当所有任务都已解决时,该部署即处于完成状态。