文档更改技术管理实践 - 21 部署

由 superadmin 于 2024/12/25, 15:42 最后修改

从版本< 40.1 >

由superadmin编辑
在2022/02/11, 22:07上

到版本

由superadmin编辑
在2022/01/16, 21:14上

< >

修改评论上传新附件1642338893961-534.png

Raw
已渲染

Summary

Page properties (1 modified, 0 added, 0 removed)
Attachments (0 modified, 0 added, 1 removed)
- 1642338910079-621.png

Details

Page properties

Content

@@ -55,13
          +55,12 @@
  = **2 一般信息** =
--== **2.1 目的和描述** ==
++== **2 1 目的和描述** ==
--(% style="width:695px" %)
--|(% style="width:692px" %)(((
++|(((
  **关键信息**
  )))
--|(% style="width:692px" %)部署管理实践的目的是将新的或更改的硬件、软件、文档、流程或任何其他组件迁移到生产环境中。它还可能涉及将组件部署到其他环境以进行测试或预发布。
++|部署管理实践的目的是将新的或更改的硬件、软件、文档、流程或任何其他组件迁移到生产环境中。它还可能涉及将组件部署到其他环境以进行测试或预发布。
  部署管理实践负责将服务或服务组件迁移到指定的环境。此实践支持从不同的环境(包括开发、集成、准生产、生产、测试或演示环境)部署或移除服务组件。
@@ -78,12
          +78,11 @@
  服务组件的生命周期可能因其类型和采购方法而异。组织中受控环境的数量和用途也可能有所不同。表2.1提供了开发软件组织的示例环境列表。
--(% style="width:467px" %)
--|(% style="width:161px" %)环境|(% style="width:303px" %)目的
--|(% style="width:161px" %)开发/集成|(% style="width:303px" %)开发和集成软件
--|(% style="width:161px" %)测试|(% style="width:303px" %)测试服务组件
--|(% style="width:161px" %)预发布|(% style="width:303px" %)测试版本，包括产品，服务和其他配置项
--|(% style="width:161px" %)准生产/生产|(% style="width:303px" %)向服务消费者提供IT服务
++|环境|目的
++|开发/集成|开发和集成软件
++|测试|测试服务组件
++|预发布|测试版本，包括产品，服务和其他配置项
++|准生产/生产|向服务消费者提供IT服务
  表2.1开发软件组织的示例环境列表
@@ -119,28
          +119,27 @@
  有几个活动和职责尽管与部署密切相关，但未被包含在部署管理中。表2.2中列出了这些内容以及它们的实践引用出处。重要的是要记住，ITIL实践仅仅是在特定价值流中使用的工具集合；它们应当根据具体场景做必要的组合。
--(% style="width:468px" %)
--|(% style="width:294px" %)**活动**|(% style="width:172px" %)**实践指南**
--|(% style="width:294px" %)授权的变更/发布|(% style="width:172px" %)变更支持
--|(% style="width:294px" %)向用户提供准生产环境中的服务和组件|(% style="width:172px" %)发布管理
--|(% style="width:294px" %)开发软件|(% style="width:172px" %)软件开发和管理
--|(% style="width:294px" %)(((
++|**活动**|**实践指南**
++|授权的变更/发布|变更支持
++|向用户提供准生产环境中的服务和组件|发布管理
++|开发软件|软件开发和管理
++|(((
  开发和构建基础设施组件
  准备和维护目标环境以进行部署
--)))|(% style="width:172px" %)基础设施和平台管理
--|(% style="width:294px" %)(((
++)))|基础设施和平台管理
++|(((
  提供要部署的IT资产
  维护授权的服务组件存储库
--)))|(% style="width:172px" %)IT资产管理
--|(% style="width:294px" %)测试和验证服务以及服务组件|(% style="width:172px" %)服务验证和测试
--|(% style="width:294px" %)命名，版本控制，和控制服务组件|(% style="width:172px" %)服务配置管理
++)))|IT资产管理
++|测试和验证服务以及服务组件|服务验证和测试
++|命名，版本控制，和控制服务组件|服务配置管理
  表2.2其他实践指南中描述的与部署相关的活动
--== **2.4 实践成功因素** ==
++== **2 4 实践成功因素** ==
  |**定义：实践成功因素**
  |实践中为实现其目的所需的复杂功能组件。
@@ -152,7
          +152,6 @@
  * 在组织上建立和维护有效的服务和服务组件部署方法
  * 确保组织在特定价值流中的服务和服务组件部署有效
--
  === 2.4.1 为组织中的服务和服务组件的部署建立和维护有效的方法 ===
  部署管理实践包括定义并同意一种或几种部署产品、服务和组件时要使用的模型。这些模型可以使用一种部署方法，也可以组合使用多种部署方法，具体取决于它们的特定服务和需求以及所部署的服务组件的大小、类型和影响。
@@ -171,14
          +171,37 @@
  基于这些和其他相关的注意事项，组织定义了一组用于部署不同服务组件的模型。这些模型可以描述服务管理四维模型中各方面的不同解决方案。表2.3概述了一些示例模型。
--[[image:1642338406236-145.png]]
++|部署模型适用性|组织和人员|信息和技术|价值流和流程|合作伙伴和供应商
++|提供给外部服务使用者的服务的硬件组件|服务提供者应该安排一个交付团队来运输和安装组件|(((
++一系列工具可用于
--[[image:1642338425096-998.png]]
++自动化硬件安装的
++采购、开票、用户
++
++通讯和调度
++)))|可以由新的或更改的价值流触发安装订单，这些流包括获得和安装新硬件的明确授权。|(% rowspan="2" %)双方同意，可以使用第三方运输，交付和安装服务提供程序
++|从供应商处获得的服务的硬件组件|根据供应商合同中的交货和安装条款，获取硬件和确保其正确安装应明确定义|(((
++供应商目录可用于订购组件，以及存储和提供最新的安装手册。
++
++一个配置管理工具应该用硬件随附的文档填充，包括记录和文档，例如质保证明，维护计划等
++)))|价值流设计期间应考虑供应商活动，例如发票和运输。各方之间的接口需要在合同中建立
++|提供软件组件的服务到外部服务消费者|服务提供者可以让工作人员进行路演来向服务的消费者推广新的软件组件并促进变更认知|使用自动化部署工具集进行软件的使用或订购|(((
++服务提供者在组件部署前可以实施额外的控制，例如质量保证，安全管控或商用；
++
++至关重要的是这些控制是在部分自动化或全自动化的部署管道中进行
++)))|(((
++合作伙伴可以进行如下部署实践，例如为保证软件可用性
++
++由供应商将软件部署至消费者
++
++环境进行的额外定制测试
++)))
++|内部进行的软件组件服务开发|DevOps团队可能会执行软件部署|持续集成和持续部署流水线工具集可用于部署软件到受控环境|服务提供者组织必须再部署过程中建立组织控制确保控制不过度|第三方可以执行部署模型的某些步骤；例如，环境配置活动
++
  (% class="wikigeneratedid" id="H88682.34E0D540C670D52A17EC44EF6768490E87F72793A4F8B6A21578B" %)
  **表2.3 不同服务组件的部署示例模型**
--
  部署模型还定义了通过受控环境进行部署的流程、所涉各方的责任、部署触发器以及在值流中与其他实践活动的交互。
  这些模型应足够灵活以适应不断变化的情况，例如部署的规模，紧急度或复杂性。
@@ -203,13
          +203,12 @@
  部署管理实践的关键指标已映射到其PSF。在价值流中，它们可以用作KPI以评估部署管理对这些价值流的效果和效率的贡献。表2.4中给出了一些关键指标的示例。
--(% style="width:761px" %)
--|(% style="width:377px" %)**实践成功因素**|(% style="width:381px" %)**关键指标**
--|(% style="width:377px" %)(((
++|**实践成功因素**|**关键指标**
++|(((
  为组织中的服务和服务组件的部署建立和维护有效的方法
  确保在组织的价值流背景中有效地部署服务和服务组件
--)))|(% style="width:381px" %)(((
++)))|(((
  * 利益相关者的满意度级别，以及部署所支持的产品和服务的变更比率
  * 组织对商定部署方法的采用率
  * 关键合作伙伴和服务消费者对部署方法的适应程度
@@ -222,9
          +222,6 @@
  * 利益相关者对部署质量的满意度水平
  )))
--
------
--
  = **3 价值流和流程** =
@@ -257,8
          +257,41 @@
  该流程包括表3.1中列出的活动，并将输入转换为输出。
--[[image:1642338494032-579.png]]
++|**关键输入**|**活动**|**关键输出**
++|(((
++部署需求和期望
++环境细节
++
++服务组件/发布组件
++
++ITAM和最终媒介库授权的硬件和软件组件
++
++验收标准
++)))|(((
++部署规划
++
++服务组件验证
++
++目标环境验证
++
++部署执行
++
++部署验证
++)))|(((
++部署的服务组件/版本
++
++部署记录
++
++部署通讯
++
++变更支持，发布管理，服务验证和测试，项目管理等方面的反馈和输入
++
++更新引入程序
++
++客户知识库, 服务台数据
++)))
++
  表3.1 部署流程的输入、活动和输出
@@ -265,16
          +265,18 @@
  (% style="text-align:center" %)
  [[image:1639626238930-292.png]]
++(% style="text-align:center" %)
++[[image:1639626257396-465.png]]
++
  图 3.2 部署流程的工作流程图
  在采用CI / CD框架的Agile或DevOps 环境中，许多活动将以自动化方式执行，而无需人工干预。表3.3提供了流程活动的示例。
++[[image:1639626327892-612.png]]
--[[image:1642338573245-884.png]]
++[[image:1639626349273-735.png]]
--[[image:1642338586086-392.png]]
--
  表3.3 部署的活动流程
@@ -284,8
          +284,39 @@
  该流程包括表3.4中列出的活动，并将输入转换为输出：
--[[image:1642338599362-515.png]]
++|**关键输入**|**活动**|**关键输出**
++|(((
++* 当前的部署模型和过程
++* 部署记录
++* 部署失败报告
++* 政策法规要求
++* 发布信息
++* 配置信息
++* IT资产信息
++* 与消费者和供应商/合作伙伴的SLA
++* 容量和性能信息
++* 连续性政策和计划
++* 安全政策和计划
++)))|(((
++* 部署模型规划
++* 部署模型实施
++
++* 部署模型测试
++* 部署评审和
++* 部署记录分析
++* 部署模型改进启动
++* 部署模型更新和通讯
++)))|(((
++* 更新的部署模型和过程
++* 部署模型和过程更新通信
++* 变更请求
++* 改进倡议
++* 部署评审报告
++* 更新的知识管理文章
++* 经验教训
++)))
++
  表3.4 部署模型开发和评审流程的输入，活动和输出
@@ -300,18
          +300,17 @@
  表3.5提供了流程活动的示例。
--(% style="width:665px" %)
--|(% style="width:148px" %)**活动**|(% style="width:515px" %)**描述**
--|(% style="width:148px" %)部署模型计划|(% style="width:515px" %)当产品遵循类似的低风险、高成功率部署模式，并且有方法可以消除浪费并减少部署交付时间时，部署经理可以选择定义新的部署模型。部署模型应该减少人员对部署的参与和控制。
--|(% style="width:148px" %)部署模型实施|(% style="width:515px" %)部署经理安排适当的流水线工具进行配置，以支持新的模型，例如访问设置、代码支持或分支过程。或者，如果自动部署工具不适用，则部署经理会建立适当的指导原则并将其传达给相关的团队和各方。
--|(% style="width:148px" %)部署模型测试|(% style="width:515px" %)部署经理对新的部署模型进行了测试，以确保正确的边界处理和工作流程。在无法进行测试的地方，部署经理监测模型的首次实时运行。
--|(% style="width:148px" %)部署评审和部署失败记录分析|(% style="width:515px" %)部署经理与服务所有者和其他相关利益相关者一起，对选定的部署或部署失败进行评审。他们发现优化部署模型和部署过程的机会。
--|(% style="width:148px" %)部署模型改进启动|(% style="width:515px" %)如果部署模型和过程包含在变更支持的范围内，则部署经理将要处理的改进倡议注册到持续改进实践的过程中，或者发起变更请求。
--|(% style="width:148px" %)(((
++|**活动**|**描述**
++|部署模型计划|当产品遵循类似的低风险、高成功率部署模式，并且有方法可以消除浪费并减少部署交付时间时，部署经理可以选择定义新的部署模型。部署模型应该减少人员对部署的参与和控制。
++|部署模型实施|部署经理安排适当的流水线工具进行配置，以支持新的模型，例如访问设置、代码支持或分支过程。或者，如果自动部署工具不适用，则部署经理会建立适当的指导原则并将其传达给相关的团队和各方。
++|部署模型测试|部署经理对新的部署模型进行了测试，以确保正确的边界处理和工作流程。在无法进行测试的地方，部署经理监测模型的首次实时运行。
++|部署评审和部署失败记录分析|部署经理与服务所有者和其他相关利益相关者一起，对选定的部署或部署失败进行评审。他们发现优化部署模型和部署过程的机会。
++|部署模型改进启动|如果部署模型和过程包含在变更支持的范围内，则部署经理将要处理的改进倡议注册到持续改进实践的过程中，或者发起变更请求。
++|(((
  部署模型
  更新和通讯
--)))|(% style="width:515px" %)(((
++)))|(((
  如果部署模型成功更新，则将其传达给
  相关的利益方。这通常由部署经理和/或服务或资源所有者完成。
@@ -333,13
          +333,12 @@
  流程和活动的背景中描述了角色。每个角色都具有基于表4.1中所示的模型的能力概况。
--(% style="width:529px" %)
--|(% style="width:101px" %)能力编码|(% style="width:426px" %)能力侧写（活动和技能）
--|(% style="width:101px" %)L|(% style="width:426px" %)**领导者**，决策、授权、监督其他活动，提供激励和动力，并评估结果
--|(% style="width:101px" %)А|(% style="width:426px" %)**管理员**，分配任务并确定优先级，保留记录，持续报告，并启动基本改进
--|(% style="width:101px" %)C|(% style="width:426px" %)**协调者/沟通者**，协调多方，维护利益相关者之间的沟通，并开展宣传活动
--|(% style="width:101px" %)М|(% style="width:426px" %)**方法和技术专家**，设计和实施工作技术，文件化步骤，流程咨询、工作分析和持续改进
--|(% style="width:101px" %)Т|(% style="width:426px" %)**技术专家**，提供技术（IT）专业知识并执行基于专业知识的任务
++|能力编码|能力侧写（活动和技能）
++|L|**领导者**，决策、授权、监督其他活动，提供激励和动力，并评估结果
++|А|**管理员**，分配任务并确定优先级，保留记录，持续报告，并启动基本改进
++|C|**协调者/沟通者**，协调多方，维护利益相关者之间的沟通，并开展宣传活动
++|М|**方法和技术专家**，设计和实施工作技术，文件化步骤，流程咨询、工作分析和持续改进
++|Т|**技术专家**，提供技术（IT）专业知识并执行基于专业知识的任务
  表4.1能力代码和资料
@@ -381,15
          +381,181 @@
  表4.1中列出了部署管理活动中可能涉及的其他角色的示例，以及相关的能力概况和特定技能。表4.2负责部署管理活动的角色示例
--[[image:1642338697298-112.png]]
++|活动|负责角色|能力简介|具体技能
++|(% colspan="4" %)部署流程
++|部署规划|(((
++服务负责人
--[[image:1642338715570-973.png]]
++产品负责人
--[[image:1642338756101-529.png]]
++开发团队成员
--[[image:1642338794593-234.png]]
++技术专家
++服务台客服
++任务经理交付经理
++
++用户
++)))|ACMT|(((
++了解部署对服务级别、用户体验和环境的影响
++
++良好的沟通和跨团队协调能力
++
++熟悉部署模型
++
++了解技术服务设计，配套基础设施和平台，开发工具
++)))
++|服务组件的验证|(((
++技术专家
++
++部署经理
++
++开发团队成员
++
++服务负责人
++
++产品负责人
++)))|T|熟悉服务和组件
++|(((
++目标
++
++环境
++
++验证
++)))|(((
++技术专家
++
++部署
++
++经理
++
++开发团队成员
++
++系统管理员
++
++基础架构团队成员
++
++服务负责人
++
++产品负责人
++)))|TC|熟悉环境和基础设施
++|部署执行|(((
++技术专家
++
++部署经理
++
++开发团队成员
++
++系统管理员
++
++基础架构团队成员
++)))|TM|(((
++了解服务设计技术，支持的基础架构和平台，开发工具
++
++熟悉部署模型
++)))
++|部署验证|(((
++技术专家
++
++部署经理
++
++开发团队成员
++
++系统管理员
++
++基础架构团队成员
++
++服务负责人
++
++产品负责人
++
++用户
++)))|TC|(((
++了解服务和组件的技术设计
++
++对服务绩效，服务级别和用户体验有很好的了解
++)))
++|(% colspan="4" %)部署模型开发和评审流程
++|部署模型规划|(((
++部署经理
++
++服务负责人
++
++产品负责人
++)))|CAT|(((
++了解服务设计、资源配置和业务影响
++
++熟悉现有部署活动
++)))
++|(((
++部署模型
++
++的实现
++)))|(((
++部署经理
++
++服务负责人
++
++产品负责人
++)))|TCL|(((
++部署流水线工具知识
++
++了解持续改进和变更支持的实践
++)))
++|部署模型测试|(((
++部署经理
++
++服务负责人
++
++产品负责人
++)))|TCL|(((
++熟悉工作流的测试实践
++
++熟悉服务级别要求、需求、承担的义务
++
++了解部署模型和方法；分析能力
++)))
++|部署评审和部署记录分析|(((
++部署经理
++
++服务负责人
++
++产品负责人
++
++供应商
++)))|TCL|(((
++了解服务设计、资源配置和业务影响
++
++熟悉部署模型
++
++熟悉服务级别要求和需求、承担的义务
++
++了解部署模型和方法；分析能力
++)))
++|部署模型改进启动|(((
++部署经理
++
++服务负责人
++
++产品负责人
++)))|TMC|(((
++了解服务设计、资源配置、业务影响和服务级别水平
++
++熟悉部署模型、诊断工具和方法
++
++了解持续改进和变更支持的实践
++)))
++|部署模型更新和通讯|(((
++部署经理
++
++服务负责人
++
++产品负责人
++
++服务台客服
++)))|CA|通讯程序和工具的知识
++
  == **4.2 组织结构和团队** ==
  指定的部署管理团队是不同寻常的，除非是在具有大量和复杂部署的大型组织中。角色通常由技术/运营团队处理。
@@ -432,12
          +432,12 @@
  如果部署可以实现自动化且行之有效，那么它可能涉及表5.1中概述的解决方案。
++[[image:1639625798477-746.png]]
++[[image:1639625868838-906.png]]
--[[image:1642338893961-534.png]]
++[[image:1639625893341-491.png]]
--[[image:1642338910079-621.png]]
--
  表5.1 部署管理活动的自动化解决方案
@@ -459,12
          +459,11 @@
  部署管理及其PSF可以通过多种形式的选择性和司法性采购来实现和增强，包括表6.1中概述的形式。
--(% style="width:593px" %)
--|(% style="width:127px" %)**发包区域**|(% style="width:465px" %)**细节**
--|(% style="width:127px" %)人|(% style="width:465px" %)在部署管理活动是手动的情况下，资源可以从合作伙伴那里获取。关键注意事项包括部署计划，内部资源的可用性，成本等。
--|(% style="width:127px" %)技术/非技术技能和能力|(% style="width:465px" %)在许多部署管理活动中，外包特定技能，包括技术能力（关于特定系统、技术、平台）和非技术能力（规划、管理和执行能力）非常有用，甚至是必需的。关键考虑因素包括技术/服务环境的多样性和复杂性，动态的技术环境、缺乏适当的内部资源等。
--|(% style="width:127px" %)外包部署管理|(% style="width:465px" %)在某些情况下，从合作伙伴那里获取整个部署管理实践可能是必要或有用的。
--|(% style="width:127px" %)部署工具和技术|(% style="width:465px" %)通过采用工具和技术，可以增强部署管理实践的多个领域。除少数情况外，这些技术、工具和工具链均来自特定的生产/ 服务提供者。
++|**发包区域**|**细节**
++|人|在部署管理活动是手动的情况下，资源可以从合作伙伴那里获取。关键注意事项包括部署计划，内部资源的可用性，成本等。
++|技术/非技术技能和能力|在许多部署管理活动中，外包特定技能，包括技术能力（关于特定系统、技术、平台）和非技术能力（规划、管理和执行能力）非常有用，甚至是必需的。关键考虑因素包括技术/服务环境的多样性和复杂性，动态的技术环境、缺乏适当的内部资源等。
++|外包部署管理|在某些情况下，从合作伙伴那里获取整个部署管理实践可能是必要或有用的。
++|部署工具和技术|通过采用工具和技术，可以增强部署管理实践的多个领域。除少数情况外，这些技术、工具和工具链均来自特定的生产/ 服务提供者。
  表6.1 部署管理实践中的外包

1642338910079-621.png

Author

...	...	@@ -1,1 +1,0 @@
1		-XWiki.superadmin

Size

...	...	@@ -1,1 +1,0 @@
1		-53.8 KB

Content

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司