请选择 进入手机版 | 继续访问电脑版

项管先锋论坛

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 594|回复: 0

Practice_Deployment management 部署管理实践ITIL 4中文版

[复制链接]

102

主题

142

帖子

6096

积分

管理员

Rank: 9Rank: 9Rank: 9

积分
6096

热心会员灌水之王活跃会员

发表于 2020-4-20 15:30:14 | 显示全部楼层 |阅读模式
返回 ITIL 4理论与实践整体知识体系中文版发布文件汇总
. D7 X/ C0 R0 v6 n/ v( l' k/ Y; q- a/ i4 G8 H

7 z* @9 K# u( p
0 Q5 Y. n8 }) q: P. Q) M. G2 T关于本文件
7 K7 q9 I; q3 w本文档为部署管理实践提供了实用指南。它分为五个主要部分,内容包括:$ u/ n5 r9 y! k. Y* B' R3 f" ?$ |
●        有关实践的一般信息  z3 D5 O) g( P# D2 U! r+ S
●        实践的流程和活动以及它们在服务价值链中的作用5 }8 z3 m, H8 A& I* {2 p
●        实践中涉及的组织和人员* Z0 X( }1 V9 i
●        支持实践的信息和技术. i& z$ x- `$ A0 ]( G
●        用于实践的用于合作伙伴和供应商的注意事项。
% f* I, }- w; L* E1.1 ITIL®4 鉴证方案5 C- a" U& n( ^3 G8 d1 L
# o2 r! W4 a( M4 i* O
本文的选定内容可以作为以下教学大纲的一部分进行检查:& C. v" i2 D1 W: O2 L6 z& j4 y. k
●        ITIL专家:创建,交付和支持$ g0 T+ r. G9 Y4 m
●        ITIL专家:高速IT# D) S5 K, z  |# v( C/ D8 Y* `/ B. ~2 h
有关详细信息,请参考教学大纲文档。
. n. r( F) @; v1 s+ W
( Y' _/ @. g+ X& k/ C# X一般信息
% X! `8 d1 m* b8 K2.1        目的和描述        2 c) x; f, y7 P% b4 l' G, t

5 Y! u& _: g6 h. U6 s
  L6 y9 n6 o2 q% A0 K关键信息
' x$ e5 q- _" J1 s" s% \; z部署管理实践的目的是将新的或更改的硬件,软件,文档,流程或任何其他组件移到实际环境中。它还可能涉及将组件部署到其他环境以进行测试或登台。
. k+ y3 B. J/ Z# m5 v部署管理实践负责将服务或服务组件移入指定的环境。该实践使得部署或从不同环境(包括开发,集成,实时,生产,测试或登台环境)的服务组件或从其中移除。
, }+ c" E# u4 A& D( Y( ^7 u. U实践通常应用于组织控制的商定的范围内的数字化和物理IT组件,包括软件,硬件,文档,许可证和数据。
( j: ]! A: i$ |! q4 k: v7 d2.2        术语和概念        % |7 E0 j3 M7 ?1 u" P' T
2.2.1        环境环境
9 o5 ?; e! x! s6 {部署管理实践支持在环境之间移动产品,服务和服务组件。
- @3 F8 g# Z- i7 `; o5 L, M% Q5 K: @6 Q2 R
服务组件的生命周期可能因其类型和发包方法而异。组织中受控环境的数量和用途也可能有所不同。表2.1列出了开发软件的组织的示例环境。
$ x; }3 J1 k  F& H, W
3 t& z- G( _# n& h2 I表2.1开发软件的组织的示例环境列表# M, T+ ?+ X6 u1 B
* ]- L" p7 c7 q. M

# p7 t  q3 B+ e. I# ?; P环境        
9 V7 T5 J& w, o( s, c目的  a' K0 R: H& K# Q

% C* q0 Y& ~0 f( S4 q( E开发/集成        
/ c' W1 P' \+ }开发和集成软件
. w, t* |! X) r, ]+ f% Z  e- i- ]* c2 T4 w
测试        8 R" o( A! c" R" ^# p5 d2 k
测试服务组件
6 J3 s/ O9 h& w; A' p9 T' n0 n$ T* g6 ^2 X4 Q" b2 o" W- f! ^
分期        测试版本,包括产品,服务和其他配置项目1 D" C, q: l( ?9 O3 y& `' N0 n
, D$ h: [/ g1 B6 |: k2 {
现场/制作        
& O6 V" z& ]" z# k$ R$ D) v向服务消费者提供IT服务* a4 \) \. U" `/ i0 Q

. S4 A( ^6 Q, p* g对于组织以外的产品和组件,开发环境可能不在组织的控制之内。对于交付给组织以外的服务消费者的产品和服务,可以限制运行环境之上的控制。其他变化是可能的。
. [6 [: {7 P% _2 G7 k
  y7 O6 k5 a" Q" p. |2.2.2        持续集成,持续交付和持续部署(CI / CD)5 K  U! O! P# h. O
敏捷和DevOps中部署的关键概念是:) V3 e/ {$ Z. g+ M0 g2 }+ b
7 A, z; J. [) r7 p  |
●        持续集成在软件开发环境中集成,构建和测试代码。
5 J% v+ x) T9 C# V●        持续交付持续交付意味着内置的软件可以随时发布到生产中。可以进行频繁部署,但是部署的决定要视具体情况而定,通常是因为组织更喜欢部署的速率较低。
0 l  w7 O  w  J. l8 q9 E7 F) t- D) S●        持续部署更改会通过流水线并自动放入生产环境中,从而每天可以进行多个生产部署。连续3 L% X6 L/ F( u& k# o) V
部署依赖持续交付。
4 b. ]2 K/ B' s: b2 d9 Q9 f) W! G, A: Y
5 x+ @2 `' U& k. a# e软件开发和管理,服务,验证和测试,部署管理,基础设施和平台管理和发布管理实践均支持这些方法。这些实践涉及特定技能,流程,过程,自动化工具以及与第三方的协议。它们为集成,交付和部署启用了连续的流水线。这也会影响其他实践的设计,例如服务配置管理,监控和事态管理,事件管理等。
) r- ]9 k0 L' K  ]; g4 _4 A2.3        范围        
) d! H, V% X' `/ ?: P部署管理实践的范围包括:
  T1 ]- @# d4 g: m, `; H; y$ g$ Q3 s; r4 i) E: {# ?
●        产品,服务和服务组件在受控环境(例如开发,实时,测试和登台环境)之间的有效转移。, f# y) w+ s* J+ }+ X3 N" n
●        有效地从指定环境中删除产品,服务和服务组件。0 e7 _* w1 J8 Y, W! K5 k' r; E
这些添加,修改和删除可以是由以下各项触发的授权更改/发布的一部分:$ u1 p9 K4 U+ Q$ Q9 _
●        服务的新/变更要求
# Z! Y2 U9 L" u8 r4 X●        新功能/版本
( j5 H) c6 J! J# r! c6 \●        技术和运行的的更改9 W2 j7 q! @. T
●        第三方变更要求
  I* r2 l3 V) _! N1 m4 N5 M●        服务退役和撤职. b2 Y( v7 A* [# v0 c/ k) M
●        支持/故障排除" ~& m2 [& d( ^  ?; P- @; _
●        服务请求。
; `2 g5 f& r: L% n& }! s. Q部署管理实践中未包含几个活动和职责范围,尽管它们仍与部署密切相关。表2.2中列出了这些内容,以及对可以找到它们的实践的引用。重要的是要记住,ITIL实践只是价值流的背景中使用的工具的集合;根据情况,应将它们组合在一起。
# |5 t- _) I# f6 J' [" v5 W* l7 ~! }6 ^8 v) a1 i# j. n# b
6 a  f4 W# c0 `4 w6 z- M1 f
About this document) D% W3 K1 G; j' r& Y1 X) N
This document provides practical guidance for the deployment management practice. It is split into five main sections, covering:
- s- c) t% b! o) a! ^8 y: Z●        general information about the practice
0 G/ y$ M  F' j3 r●        the practice’s processes and activities and their roles in the service value chain
. Q  w1 j# {" N; i# I9 U2 X●        the organizations and people involved in the practice) W" Q/ o, P+ d4 f1 E
●        the information and technology supporting the practice0 U2 O2 K4 l% B2 K
●        considerations for partners and suppliers for the practice.
( ~% m- t$ V! h2 I+ k4 }1.1 ITIL® 4 QUALIFICATION SCHEME! P& R4 q% E  u# e6 n$ x. l

8 }4 w2 E+ E; s* i  e0 B- C  R6 u  ISelected content of this document is examinable as a part of the following syllabus:4 H7 O/ ?* [; r- l) s5 O6 W3 z
●        ITIL Specialist: Create, deliver and support- T3 ]8 _" y; ?$ J& ~+ y
●        ITIL Specialist: High Velocity IT
" }( e8 F" T' LPlease refer to the syllabus documents for details./ i% d) m4 z! ~7 V9 h# {

; h. N: M% u4 A2 v8 X; D0 LGeneral information- J. n* }" `6 `
2.1        PURPOSE AND DESCRIPTION        : ?, \6 Z3 g+ M8 e

. w' L1 }0 a  D
$ b% `: k7 v/ m* [7 U( b2 @! zKey message# R/ @8 l  O% v; `( q4 N* E0 d0 `
The purpose of the deployment management practice is to move new or changed hardware, software, documentation, processes, or any other component to live environments. It may also be involved in deploying components to other environments for testing or staging.
: n5 o+ ^2 u* H  U) m- aThe deployment management practice is responsible for moving a service or service component into a designated environment. This practice enables the deployment or removal of service components from or to different environments, including development, integration, live, production, test, or staging environments.- p" z5 Q  e! A
The practice is usually applied to digital and physical IT components, including software, hardware, documentation, licences, and data, within the agreed scope of environments controlled by the organization.+ \2 u2 n) R6 A" P
2.2        TERMS AND CONCEPTS        8 d  s3 J8 W+ V
2.2.1        Environments
. K  Y1 e$ D: d6 I: [& t) MThe deployment management practice enables the move of products, services, and service components between the environments.
( H2 J0 Y2 I0 i) H3 k6 W
- F1 W7 X& u& w4 C1 {A service component’s lifecycle may vary depending on its type and the sourcing approach. The number and purpose of controlled environments within the organization may also vary. Table 2.1 provides a list of example environments for an organization that develops software.
& Y; d/ G/ q+ l6 E/ C* H
3 \& t: k! q- d. \* NTable 2.1 List of example environments for an organization that develops software' {0 T9 t( p4 Q

; R/ K, w) Z6 V; h  L/ [" z1 q. X6 I7 O: D
Environment        ' \5 c6 ^! \1 y' ~2 S8 y
Purpose
; Z) G7 F, ?$ a3 T
" r/ N; m" t8 Z4 U' @# k& VDevelopment/Integration        5 m* S2 j$ f* P% W
Developing and integrating software1 m, Z" X" x0 c  g

( Q- `$ r! L6 f7 qTest        
4 u. K1 }( q* M1 K8 f- H: D3 {Testing service components
& ^+ `$ @# P& {. c9 U/ X  a0 Y2 p" n( M9 R) i( y, u. N
Staging        Testing releases including products, services and other configuration items
+ Q2 L# s- }2 f+ `6 B- S/ G$ Y7 ?$ {2 j, j' B$ E( n
Live/Production        
$ b/ R1 |# Z" VDelivering IT services to service consumers
! c+ D3 N& n1 k7 i
* b0 T& A# ]5 m3 mFor products and components sourced outside the organization, development environments can be out of the organization’s control. For products and services delivered to service consumers outside of the organization, control over the live environment can be limited. Other variations are possible.* x- B2 ~! L5 t% ~4 P. h2 o. X

2 z/ d  e, t: q: k% I! w0 B2.2.2        Continuous integration, continuous delivery, and continuous deployment (CI/CD)
% R7 ~6 f) o1 I3 a4 |The key concepts for deployment in Agile and DevOps are:& J% r6 t! _! Y
' K8 M( y3 _* A6 t' `+ }. M
●        Continuous integration Integrating, building, and testing code within the software development environment.
0 C/ l( c4 M* S$ `5 m% s●        Continuous delivery Continuous delivery means that built software can be released to production at any time. Frequent deployments are possible, but deployment decisions are taken case by case, usually because organizations prefer a slower rate of deployment.6 ~" h& H2 E6 `
●        Continuous deployment Changes go through the pipeline and are automatically put into the production environment, enabling multiple production deployments per day. Continuous# j/ M8 G3 Y7 ?4 S2 a
deployment relies on continuous delivery.9 V+ ?7 P- W+ m2 A8 N

' J0 f& \' E& O& K$ KThese approaches are supported by the software development and management, service validation and testing, deployment management, infrastructure and platform management, and release management practices. These practices involve specific skills, processes, procedures, automation tools, and agreements with third parties. They enable the continuous pipeline for integration, delivery, and deployment. This would also affect the design of other practices, such as service configuration management, monitoring and event management, incident management, and others.! J7 D1 X. Y: p6 d! N
2.3        SCOPE        
+ d2 I. \0 _! ~+ [' KThe scope of the deployment management practice includes:
; B4 e9 E9 Y, h5 f) e: [( ]$ F6 }5 V6 y/ B
●        the effective move of products, services, and service components between controlled environments, such as the development, live, test, and staging environments./ c7 A1 D/ ]. a" U7 a
●        the effective removal of products, services, and service components from designated environments.
. n2 i. f/ k; v6 e" h$ M5 q% ^% N: t. vThese additions, modifications, and removals can be part of authorized changes/releases triggered by:
* q9 U+ S1 s( i4 U/ w$ m7 m3 p●        new/changed service requirements! ]( D2 V' C- ?, ~2 H5 F# s
●        new features/releases/ {4 U, [' Q0 h
●        technical and operational changes
1 c6 _- V; t/ Q8 B, ~●        third-party change requirements( Y* ^5 e2 x8 r
●        service retirements and removals& \( ]/ Y( J6 t% f; |( a8 l. g+ u& T
●        support/troubleshooting7 O+ p" ~4 S) k
●        service requests., S3 s& a$ J" k7 W6 J5 z8 t( Y
Several activities and areas of responsibility are not included in the deployment management practice, although hey are still closely related to deployment. These are listed in Table 2.2, along with references to the practices in which they can be found. It is important to remember that ITIL practices are merely collections of tools to use in the context of value streams; they should be combined as necessary, depending on the situation.! A* k2 i8 A# D3 Q3 b6 _
( y. U# b, G& R
. O' I  W& Q$ X7 g/ T1 `

  b6 h. @  M0 z" ?" P
pdf.jpg
- Z: ~. Z5 Y* J2 g: g1.55 MB, 下载次数: 18 P' r6 H0 X# \- f

, E( Q; j# Y! n  {# R1 Y) y
, Z- s. O, m2 u4 [% e( x0 s& D
学习Prince2
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

小黑屋|手机版|Archiver|项管先锋论坛  

GMT+8, 2020-12-3 15:33 , Processed in 0.089761 second(s), 27 queries .

Powered by Discuz! X3.4

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表