文档更改技术管理实践 - 21 部署
由 superadmin 于 2024/12/25, 15:42 最后修改
修改评论
该版本没有评论
Summary
Details
- Page properties
-
- Content
-
... ... @@ -24,9 +24,11 @@ 24 24 25 25 26 26 ---- 27 + 27 27 {{box cssClass="floatinginfobox" title="**Contents**"}} 28 28 {{toc/}} 29 29 {{/box}} 31 + 30 30 = **1 关于本文件** = 31 31 32 32 本文档为部署管理实践提供了实用指南。它分为五个主要部分,内容包括: ... ... @@ -37,7 +37,6 @@ 37 37 * 支持实践的信息和技术 38 38 * 实践中合作伙伴和供应商的注意事项 39 39 40 - 41 41 == **1.1 ITIL®4 鉴证方案** == 42 42 43 43 本文的选定内容可以作为以下课程的一部分检验标准: ... ... @@ -69,11 +69,10 @@ 69 69 == **2.2 术语和概念** == 70 70 71 71 72 -=== 2.2.1 环境 73 +=== 2.2.1 环境 === 73 73 74 74 部署管理实践支持在各环境之间迁移产品、服务和服务组件。 75 75 76 -[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml\wpsA5B0.tmp.png]] 77 77 78 78 服务组件的生命周期可能因其类型和采购方法而异。组织中受控环境的数量和用途也可能有所不同。表2.1提供了开发软件组织的示例环境列表。 79 79 ... ... @@ -98,7 +98,6 @@ 98 98 99 99 这些方法得到了软件开发和管理、服务验证和测试、部署管理、基础设施和平台管理、发布管理实践的支持。这些实践涉及特定的技能、流程、过程、自动化工具以及与第三方的协议。它们支持持续集成、持续交付和持续部署的流水线。这也会影响其他实践的设计,例如服务配置管理、监控和事态管理、事件管理等。 100 100 101 - 102 102 == **2.3 范围** == 103 103 104 104 部署管理实践的范围包括: ... ... @@ -150,7 +150,6 @@ 150 150 * 在组织上建立和维护有效的服务和服务组件部署方法 151 151 * 确保组织在特定价值流中的服务和服务组件部署有效 152 152 153 - 154 154 === 2.4.1 为组织中的服务和服务组件的部署建立和维护有效的方法 === 155 155 156 156 部署管理实践包括定义并同意一种或几种部署产品、服务和组件时要使用的模型。这些模型可以使用一种部署方法,也可以组合使用多种部署方法,具体取决于它们的特定服务和需求以及所部署的服务组件的大小、类型和影响。 ... ... @@ -197,7 +197,8 @@ 197 197 ))) 198 198 |内部进行的软件组件服务开发|DevOps团队可能会执行软件部署|持续集成和持续部署流水线工具集可用于部署软件到受控环境|服务提供者组织必须再部署过程中建立组织控制确保控制不过度|第三方可以执行部署模型的某些步骤;例如,环境配置活动 199 199 200 -==== **表2.3 不同服务组件的部署示例模型** ==== 198 +(% class="wikigeneratedid" id="H88682.34E0D540C670D52A17EC44EF6768490E87F72793A4F8B6A21578B" %) 199 +**表2.3 不同服务组件的部署示例模型** 201 201 202 202 部署模型还定义了通过受控环境进行部署的流程、所涉各方的责任、部署触发器以及在值流中与其他实践活动的交互。 203 203 ... ... @@ -241,8 +241,6 @@ 241 241 * 利益相关者对部署质量的满意度水平 242 242 ))) 243 243 244 - 245 - 246 246 = **3 价值流和流程** = 247 247 248 248 ... ... @@ -253,7 +253,6 @@ 253 253 * 获取和构建 254 254 * 设计和转换 255 255 256 - 257 257 图3.1中显示了部署管理实践对服务价值链的贡献。 258 258 259 259 ... ... @@ -272,7 +272,6 @@ 272 272 * 部署 273 273 * 部署模型开发和评审 274 274 275 - 276 276 === 3.2.1 部署流程 === 277 277 278 278 该流程包括表3.1中列出的活动,并将输入转换为输出。 ... ... @@ -312,8 +312,33 @@ 312 312 客户知识库, 服务台数据 313 313 ))) 314 314 315 - **表3.1 部署流程的输入、活动和输出**310 +表3.1 部署流程的输入、活动和输出 316 316 312 + 313 +(% style="text-align:center" %) 314 +[[image:1639626238930-292.png]] 315 + 316 +(% style="text-align:center" %) 317 +[[image:1639626257396-465.png]] 318 + 319 +图 3.2 部署流程的工作流程图 320 + 321 + 322 +在采用CI / CD框架的Agile或DevOps 环境中,许多活动将以自动化方式执行,而无需人工干预。表3.3提供了流程活动的示例。 323 + 324 +[[image:1639626327892-612.png]] 325 + 326 +[[image:1639626349273-735.png]] 327 + 328 +表3.3 部署的活动流程 329 + 330 + 331 +=== 3.2.2 部署模型开发和评审流程 === 332 + 333 +这个流程的重点是不断改进部署管理实践、部署模型和部署过程。它可以定期执行,也可以由部署效率低下的部署失败触发,并突出其他改进机会。常规审查可能每三个月一次或更频繁地进行,这取决于现有模型和程序的有效性。 334 + 335 +该流程包括表3.4中列出的活动,并将输入转换为输出: 336 + 317 317 |**关键输入**|**活动**|**关键输出** 318 318 |((( 319 319 * 当前的部署模型和过程 ... ... @@ -615,7 +615,6 @@ 615 615 服务台客服 616 616 )))|CA|通讯程序和工具的知识 617 617 618 - 619 619 == **4.2 组织结构和团队** == 620 620 621 621 指定的部署管理团队是不同寻常的,除非是在具有大量和复杂部署的大型组织中。角色通常由技术/运营团队处理。