Last modified by superadmin on 2024/12/25, 15:40
From version < 14.1 >
edited by superadmin
on 2021/02/20, 21:09
To version < 37.1 >
edited by superadmin
on 2024/09/04, 16:52
< >
Change comment: There is no comment for this version

Summary

Details

Icon Page properties
Title
... ... @@ -1,1 +1,1 @@
1 -13 容量和性能管理
1 +服务管理实践 - 13 容量和性能
Content
... ... @@ -1,3 +1,12 @@
1 +{{info}}
2 +**学习长河老师 ¥799元  [[ITIL4基础级认证核心考点讲解和习题辅导网课>>https://www.itil4hub.cn/bin/view/ITIL4%E8%AE%A4%E8%AF%81%E5%9F%B9%E8%AE%AD%E8%80%83%E8%AF%95%E8%B5%84%E6%96%99/ITIL4%E5%9F%BA%E7%A1%80%E8%AE%A4%E8%AF%81%E5%BF%85%E8%80%83%E7%9F%A5%E8%AF%86%E9%80%9F%E5%AD%A6%E7%BD%91%E8%AF%BE/]]，领取500元考试券**
3 +{{/info}}
4 +
5 +
6 +**申明：**
7 +
8 +本系列ITIL 4中文版本由长河领导的ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与。需要下载最新翻译版本请关注微信公众号：**ITILXF**，并回复“**容量和性能**”即可。
9 +
1 1  {{box cssClass="floatinginfobox" title="**Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
... ... @@ -5,16 +5,6 @@
5 5  (((
6 6  
7 7  
8 -
9 -需要下载 **ITIL 4容量和性能管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“容量和性能”即可。
10 -
11 -[[image:微信截图_20210206234644.png]]
12 -
13 -
14 -**申明：**
15 -
16 -本系列ITIL 4实践中文版本由ITIL先锋论坛专家委员会组织翻译，国内众多从事ITIL理论推广及落地实践的专家们参与，需要下载最新翻译版本请关注微信公众号：ITILXF，也可访问ITIL4中文知识库网站：itil4hub.cn。
17 -
18 18  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
19 19  
20 20  **翻译**：傅盛        **审校**：秦佩君        **审核**：姚凯 
... ... @@ -29,7 +29,6 @@
29 29  
30 30  = 1 关于本文档 =
31 31  
32 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=1]]
33 33  
34 34  本文档提供了容量和性能管理实践实用指南，分为五个主要部分，涵盖：
35 35  
... ... @@ -46,7 +46,6 @@
46 46  
47 47  == 1.1 ITIL 4资格认证计划 ==
48 48  
49 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/1%20%E5%85%B3%E4%BA%8E%E6%9C%AC%E6%96%87%E4%BB%B6/WebHome?section=2]]
50 50  
51 51  本文档中的部分内容可作为以下教学大纲的一部分以供检查：
52 52  
... ... @@ -60,11 +60,9 @@
60 60  
61 61  = 2 一般信息 =
62 62  
63 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=1]]
64 64  
65 65  == 2.1 目的和描述 ==
66 66  
67 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=2]]
68 68  
69 69  * **关键信息**
70 70  
... ... @@ -79,7 +79,6 @@
79 79  
80 80  == 2.2 术语和概念 ==
81 81  
82 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=3]]
83 83  
84 84  * **定义：性能**
85 85  
... ... @@ -98,28 +98,28 @@
98 98  
99 99  == 2.3 范围 ==
100 100  
101 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=4]]
102 102  
103 103  容量和性能管理实践确保服务提供了商定的绩效水平，以符合成本效益的方式满足了客户和用户的需求。为此，容量和性能管理实践包括服务、产品和组件的容量和性能的定义、度量、分析和改进，是处理与容量相关事项的专门知识中心，并支持其他服务管理实践。
104 104  
105 105  容量和性能管理的范围非常广泛。许多实践直接或间接对服务性能有贡献。表2.1列出了与容量和性能管理密切相关的活动。重要的是要记住，ITIL实践仅仅是在价值流环境情景下使用的工具集合，应该根据具体的组织、服务和客户情景进行必要的组合。
106 106  
107 -|**活动**|**实践指南**
108 -|协商和商定客户对容量和性能的要求|SLM
109 -|将容量和性能控制设计作为服务模型的一部分|服务设计
110 -|保持容量和性能控制与业务体系架构的一致|架构管理
111 -|识别与容量和性能相关的风险|风险管理
112 -|分析变更对容量和性能目标的影响|变更支持
113 -|监控服务的容量和性能|监控和事态管理
114 -|验证新的容量和性能控制|组合管理
115 -|实施风险缓解措施、改变服务基础设施以确保弹性|项目管理，变更支持
116 -|在服务转换期间测试容量和性能控制|服务验证和测试
117 -|(((
100 +(% style="width:513px" %)
101 +|(% style="width:347px" %)**活动**|(% style="width:164px" %)**实践指南**
102 +|(% style="width:347px" %)协商和商定客户对容量和性能的要求|(% style="width:164px" %)SLM
103 +|(% style="width:347px" %)将容量和性能控制设计作为服务模型的一部分|(% style="width:164px" %)服务设计
104 +|(% style="width:347px" %)保持容量和性能控制与业务体系架构的一致|(% style="width:164px" %)架构管理
105 +|(% style="width:347px" %)识别与容量和性能相关的风险|(% style="width:164px" %)风险管理
106 +|(% style="width:347px" %)分析变更对容量和性能目标的影响|(% style="width:164px" %)变更支持
107 +|(% style="width:347px" %)监控服务的容量和性能|(% style="width:164px" %)监控和事态管理
108 +|(% style="width:347px" %)验证新的容量和性能控制|(% style="width:164px" %)组合管理
109 +|(% style="width:347px" %)实施风险缓解措施、改变服务基础设施以确保弹性|(% style="width:164px" %)项目管理，变更支持
110 +|(% style="width:347px" %)在服务转换期间测试容量和性能控制|(% style="width:164px" %)服务验证和测试
111 +|(% style="width:347px" %)(((
118 118  应对可能影响组织满足容量和性能目标能力的事件
119 119  
120 120  管理容量和性能事件
121 -)))|事件管理
122 -|持续管理和实施与容量和性能相关的改进|持续改进
115 +)))|(% style="width:164px" %)事件管理
116 +|(% style="width:347px" %)持续管理和实施与容量和性能相关的改进|(% style="width:164px" %)持续改进
123 123  
124 124  表2.1与容量和性能管理实践相关的活动
125 125  
... ... @@ -126,7 +126,6 @@
126 126  
127 127  == 2.4 实践的成功因素 ==
128 128  
129 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=5]]
130 130  
131 131  * **定义：实践的成功因素（Practice Success Factor, PSF）**
132 132  
... ... @@ -134,23 +134,23 @@
134 134  
135 135  实践成功因素（PSF）不仅仅是一项任务或活动，包括服务管理四维模型的所有组成部分。在一项实践中，PSFs相关的活动和资源的性质可能不同，但这些活动和资源共同确保实践的有效性。容量和性能管理实践包括以下要素：
136 136  
137 -1. 识别服务容量和性能要求
138 -1. 测量、评估和报告服务容量和性能
139 -1. 处理服务容量和性能风险
130 +* 识别服务容量和性能要求
131 +* 测量、评估和报告服务容量和性能
132 +* 处理服务容量和性能风险
140 140  
141 141  === 2.4.1 识别服务容量和性能要求 ===
142 142  
143 143  识别服务容量和性能要求包括：
144 144  
145 -1 **了解客户对服务性能的要求** 业务分析和SLM实践通常用于与客户沟通，了解客户对IT服务的性能和容量要求，并协商服务级别要求(SLRs)。容量和性能管理实践支持并给到SLM、业务分析和服务设计实践输送资源。容量和性能管理对优化服务设计，在减缓成本增加的同时满足不断增长的容量需求至关重要。
138 +1. **了解客户对服务性能的要求** 业务分析和SLM实践通常用于与客户沟通，了解客户对IT服务的性能和容量要求，并协商服务级别要求(SLRs)。容量和性能管理实践支持并给到SLM、业务分析和服务设计实践输送资源。容量和性能管理对优化服务设计，在减缓成本增加的同时满足不断增长的容量需求至关重要。
146 146  
147 -2 **确定容量和能力的标准 **应清晰界定高低性能之间的界限。在确定服务表现标准时，应考虑下列因素:
140 +2. **确定容量和能力的标准 **应清晰界定高低性能之间的界限。在确定服务表现标准时，应考虑下列因素:
148 148  
149 149  * 服务动作/功能/关键业务功能；服务性能由关键的服务动作定义
150 150  * 执行服务事务时可接受的延迟，不应视为服务降级；不可接受的降级，则应视为不可用
151 151  * 比例因子：服务性能降级通常意味着大量而不是个别用户经历延迟。
152 152  
153 -**3 选择一套正确的容量和性能指标 **指标应反映服务降级如何影响服务提供商和客户。
146 +**3 .选择一套正确的容量和性能指标 **指标应反映服务降级如何影响服务提供商和客户。
154 154  
155 155  
156 156  === 2.4.2 测量、评估和报告服务容量和性能 ===
... ... @@ -174,24 +174,21 @@
174 174  
175 175  容量和性能管理实践确保风险将得到有效处理：
176 176  
177 -1. 评估组件的容量和性能对产品和服务端到端性能的影响，识别相关的漏洞和约束
178 -1. 评估产品和服务的容量和性能对用户和客户体验的影响
179 -1. 设计有效的控制措施和对策，预防、检测和减轻容量和性能风险
180 -1. 持续监控容量和性能风险，并优化实践范围内的风险管理活动
170 +* 评估组件的容量和性能对产品和服务端到端性能的影响，识别相关的漏洞和约束
171 +* 评估产品和服务的容量和性能对用户和客户体验的影响
172 +* 设计有效的控制措施和对策，预防、检测和减轻容量和性能风险
173 +* 持续监控容量和性能风险，并优化实践范围内的风险管理活动
181 181  
182 -
183 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=6]]
184 -
185 185  == 2.5 关键指标 ==
186 186  
187 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/2%20%E4%B8%80%E8%88%AC%E4%BF%A1%E6%81%AF/WebHome?section=7]]
188 188  
189 189  应在每个实践所贡献的价值流情境下评估ITIL实践的有效性和绩效。与任何工具的性能一样，实践的绩效只能在其应用的情境中评估。然而，工具在设计和质量上可能有很大的差异，这些差异定义了工具有效性的潜力或能力。在根据工具的目的使用时，工具是有效的。关于度量标准、关键绩效指标（Key Performance Indicators， KPIs）和其他有助于实现这一点的技术的进一步指导，请参见度量和报告实践指南。
190 190  
191 191  容量和性能管理实践的关键指标映射到其PSFs。这些PSFs可以用作价值流情境下的关键绩效指标，评估实践对这些价值流的效率和效能的贡献。表2.2给出了一些关键指标的示例。
192 192  
193 -|**实践成功因素**|**关键指标**
194 -|定义服务容量和性能需求|(((
182 +(% style="width:496px" %)
183 +|(% style="width:132px" %)**实践成功因素**|(% style="width:362px" %)**关键指标**
184 +|(% style="width:132px" %)定义服务容量和性能需求|(% style="width:362px" %)(((
195 195  •在SLAs中明确记录具有容量和性能要求的产品和服务的百分比
196 196  
197 197  •符合SLAs中记录的有容量和性能要求的新的或变更的运营产品和服务的百分比
... ... @@ -198,7 +198,7 @@
198 198  
199 199  •在服务发生重大变化时，及时更新服务容量和性能要求及标准
200 200  )))
201 -|测量、评估和报告服务容量和性能|(((
191 +|(% style="width:132px" %)测量、评估和报告服务容量和性能|(% style="width:362px" %)(((
202 202  •符合性能需求的新组件和架构设计的已受理业务用例的百分比
203 203  
204 204  •减少使用旧的（不再支持的）组件或架构设计，因为这些设计会引发性能问题从而违反SLAs
... ... @@ -213,7 +213,7 @@
213 213  
214 214  •由容量和性能管理实践者团队记录的已实施改进计划的百分比
215 215  )))
216 -|处理服务容量和性能风险|(((
206 +|(% style="width:132px" %)处理服务容量和性能风险|(% style="width:362px" %)(((
217 217  •计划外的产品、服务和组件容量和性能升级次数
218 218  
219 219  •因产品或服务的容量和性能不足造成的实际损失与预期损失的比率
... ... @@ -230,27 +230,24 @@
230 230  
231 231  = 3 价值流和流程 =
232 232  
233 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=1]]
234 234  
235 235  
236 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=2]]
237 237  
238 238  == 3.1 价值流贡献 ==
239 239  
240 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=3]]
241 241  
242 242  与其他ITIL管理实践一样，容量和性能管理实践对多条价值流有帮助。重要的是要记住，价值流从来不是由单一实践形成的。容量和性能管理实践与其他实践结合，为消费者提供高质量的服务。实践对价值链活动的主要贡献是：
243 243  
244 -1. 交付和支持
245 -1. 设计和转换
246 -1. 改进
247 -1. 获取/构建
248 -1. 计划
231 +* 交付和支持
232 +* 设计和转换
233 +* 改进
234 +* 获取/构建
235 +* 计划
249 249  
250 250  容量和性能管理实践对服务价值链的贡献如图3.1所示。
251 251  
252 252  (% style="text-align:center" %)
253 -[[image:http://itil4hub.cn/bin/download/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600760598336-813.png?rev=1.1||alt="1600760598336-813.png"]]
240 +[[image:1642581503359-861.png]]
254 254  
255 255  图3.1容量和性能管理贡献热力图
256 256  
... ... @@ -257,7 +257,6 @@
257 257  
258 258  == 3.2流程 ==
259 259  
260 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome?section=4]]
261 261  
262 262  每个实践可以包括一个或多个流程和活动，这是实现这一实践目的所必需的。
263 263  
... ... @@ -274,32 +274,8 @@
274 274  
275 275  该流程包括表3.1中列出的活动，并将输入转换为输出。
276 276  
277 -|**关键输入**|**活动**|**关键输出**
278 -|(((
279 -业务需要
263 +[[image:1642261150743-562.png]]
280 280  
281 -业务流程性能、事务量、活动模式及预测
282 -
283 -服务组件制造商的要求和标准
284 -)))|(((
285 -识别服务容量和性能需求
286 -
287 -商定服务容量和性能要求
288 -
289 -确定容量和性能测量需求
290 -)))|识别、商定和记录服务和组件的需求
291 -|(((
292 -服务和度量框架
293 -
294 -服务报告框架
295 -)))|设计容量和性能指标及报告|(((
296 -性能和容量测量要求
297 -
298 -在监控工具集中设置的性能和容量基线、测量、告警、阈值和报告
299 -)))
300 -|SLAs| |
301 -|现存服务和组件性能数据| |适当的自动缩放和负载均衡控制（适用时）
302 -
303 303  表3.1 建立容量和性能控制过程的输入、活动和输出
304 304  
305 305  
... ... @@ -306,7 +306,7 @@
306 306  图3.2 展示流程的工作流图。
307 307  
308 308  (% style="text-align:center" %)
309 -[[image:http://itil4hub.cn/bin/download/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600760638994-610.png?rev=1.1||alt="1600760638994-610.png"]]
271 +[[image:1642581519881-865.png]]
310 310  
311 311  图3.2建立容量和性能控制过程的工作流
312 312  
... ... @@ -313,38 +313,10 @@
313 313  
314 314  应用该流程的服务类型和服务组件的差异，会导致此流程可能有所不同。表3.2展示了现代云使能服务和一线服务支持人员的活动是如何变化的。
315 315  
316 -|**活动**|**云IT基础架构**|**一线支持人员**
317 -|识别服务容量和性能需求|(((
318 -容量和性能管理人员根据活动模式和事务量识别性能需求。这些信息可能已可以从SLM实践中以SLR的形式获取，或从业务用例文档中获得。持续的报告对于识别未被满足的缩放需求也很有用。
278 +[[image:1642261184664-500.png]]
319 319  
320 -接着将这些需求与各种服务组件的技术容量特征比较，这些特征可以是计算能力、存储、终端用户设备输入和输出容量以及网络性能参数（带宽、延迟、连接等）。
280 +[[image:1642261199846-880.png]]
321 321  
322 -然后，容量和性能实践者建议在性能需求、所需的组件架构和高效的发包模型（个体、社区、公共或混合选项）之间取得最佳平衡。
323 -
324 -该活动的输出是一个架构设计提案若干计划，为中长期云基础设施设计提供所需的容量。该输出供服务设计和SLM实践进行成本收益分析。
325 -
326 -区分上述需求和短期服务需要的高峰（例如，营销活动时网站的用户流量增加）很重要。在云环境中，可通过专门的容量扩充工具自动检测和满足这些需求，无需透彻分析。
327 -)))|(((
328 -在需要提供用户支持的地方，必须充分考虑处理用户查询的服务台团队所需的资源。
329 -
330 -虽然服务台、劳动力和人才管理实践等其他实践也可能会管理员工规划和测量，但容量和性能管理实践可以为这些实践提供业务模式和事务量。
331 -
332 -容量的实践者还可以推断出实现最佳的服务速度和质量所需的人员数量、技能和容量的最小值，
333 -)))
334 -|商定服务容量和性能需求|SLM实践负责包括容量和性能服务质量标准在内的SLA协商。容量和性能实践者使用服务组件专业知识支持此活动。重要的是平衡成本/效益比，并在内部沟通服务的价格。不同容量的架构选项，服务的价格可能会有很大的差异。|(((
335 -容量和性能是SLA协商的重要组成部分。该实践可建议人员数量和容量的多种组合，以不同的价格和成本提供不同水平的支持。
336 -
337 -该实践还可建议支持工具的改进计划，帮助优化员工数量，如自助服务界面、在线聊天、社交媒体展示等等。
338 -
339 -这些分析工作是对服务支持标准的SLA协商的基础。
340 -)))
341 -|确定容量和性能测量需求|(((
342 -为了分析、报告和改进服务性能，服务提供者必须进行测量。根据商定的需求、报告策略、客户报告需求和监视工具，应定义一种性能监视的方法。
343 -
344 -容量和性能管理实践者知晓现有的云编排工具可基于一组内部或外部触发器扩展（或减少）现有的付费容量。实践者可设计一组阈值和警报，这些阈值和警报将启动自动容量变更过程。
345 -)))|服务支持的人员绩效测量很可能与持续时间参数相关，例如响应时间、解决时间、直接用户联系等。容量和性能管理实践可能有相关的测量工具（如支持电话线路监测和报告工具）。容量实践者可以提供这些指标作为其他实践管理人员绩效。
346 -|设计容量和性能指标和报告|此活动侧重于服务性能测量和报告。实践者设计工具，从消费者角度模拟或手动控制服务性能，并将任何技术指标（如实时网络吞吐量）置于次要位置。技术指标仅用于验证服务生产率、响应能力、存储容量等方面的客户体验。|
347 -
348 348  表3.2建立容量和性能控制过程的活动
349 349  
350 350  
... ... @@ -352,8 +352,9 @@
352 352  
353 353  该流程包括表3.3中列出的活动，并将输入转换为输出。
354 354  
355 -|**关键输入**|**活动**|**关键输出**
356 -|(((
289 +(% style="width:705px" %)
290 +|(% style="width:178px" %)**关键输入**|(% style="width:200px" %)**活动**|(% style="width:325px" %)**关键输出**
291 +|(% style="width:178px" %)(((
357 357  容量和性能报告和告警
358 358  
359 359  新服务设计和架构提议
... ... @@ -361,13 +361,13 @@
361 361  性能相关事件和问题记录
362 362  
363 363  变更计划
364 -)))|(((
299 +)))|(% style="width:200px" %)(((
365 365  服务容量和性能分析
366 366  
367 367  报告服务容量和性能
368 368  
369 369  策划和设计服务容量和性能
370 -)))|(((
305 +)))|(% style="width:325px" %)(((
371 371  向持续改进登记单（Continual Improvement Register, CIR）提交改善措施
372 372  
373 373  服务设计和架构的评审和提议
... ... @@ -383,7 +383,7 @@
383 383  图3.3展示流程的工作流图。
384 384  
385 385  (% style="text-align:center" %)
386 -[[image:http://itil4hub.cn/bin/download/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/3%20%E4%BB%B7%E5%80%BC%E6%B5%81%E5%92%8C%E6%B5%81%E7%A8%8B/WebHome/1600760681945-441.png?rev=1.1||alt="1600760681945-441.png"]]
321 +[[image:1642581534714-547.png]]
387 387  
388 388  图3.3分析和改进服务容量和性能流程的工作流
389 389  
... ... @@ -390,15 +390,8 @@
390 390  
391 391  应用该流程的服务类型和服务组件不同，会导致此流程可能有所不同。表3.4展示了现代云使能服务和一线技术支持人员的活动是如何变化的。
392 392  
393 -|**活动**|**云IT基础设施**|**一线支持人员**
394 -|服务容量和性能分析|云编排和负载平衡工具集允许自动调整云资源满足需求。然而，业务活动模型的趋势分析可能表明，当前的服务架构可能需要改变，在确保高性能的同时避免过高的成本。|容量和性能实践者可监控服务台员工的技术指标，并在出现缺陷或达到阈值时（与服务台实践一起）发出告警。例如，由于一线支持人员很忙，未能接到新用户的电话。这可能是由许多因素造成的，但技术指标是一个值得研究的客观事实。
395 -|报告服务和容量性能|云编排工具集和云提供商报告，可以提供许多技术指标。然而，云环境中性能分析的核心思想是关注客户的业务流程。技术组件报告可能支持调查的发现，但不应成为最后报告的重点。|基于自动化监控工具（如监控支持电话线工具），容量和性能实践者可自动化生成基础技术指标报告，并以原始或汇总的形式向客户提供报告。
396 -|策划和设计服务容量性能|(((
397 -人们很容易利用云计算中几乎无限的可伸缩性应对变化无常且不断增长的服务需求。然而，当需求达到某个阈值时（例如，修改网络设计以迎合新获得的区域市场用户），更改底层应用程序、中间件和负载平衡架构应更为谨慎。
328 +[[image:1642261281044-589.png]]
398 398  
399 -容量实践者具备建议这些优化的必要专业知识，避免与线性扩展相关的过度服务成本。
400 -)))|其他实践可要求容量和性能管理实践，根据人员数量和能力协助进行具体计算，并有助于规划手动支持任务的自动化。这些有效的输出体现在改进计划上。例如，实践者可以建议从终端用户设备中获取自动诊断数据，节省用户问卷调查的时间。
401 -
402 402  表3.3分析和改进服务容量和性能流程的输入、活动和输出
403 403  
404 404  
... ... @@ -407,25 +407,23 @@
407 407  
408 408  = 4 组织和人员 =
409 409  
410 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=1]]
411 411  
412 412  
413 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=2]]
414 414  
415 415  == 4.1 角色、能力和责任 ==
416 416  
417 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=3]]
418 418  
419 419  实践指南不描述实践管理角色，如实践所有者、实践负责人或实践教练。相反，指南关注每种实践所特有的专家角色。每个角色的结构和命名可能因组织而异，因此不应强制，甚至不应推荐ITIL中定义的任何角色。记住，角色并非职位头衔。一个人可以承担多个角色，一个角色也可以分配给多个人员。
420 420  
421 421  在流程和活动的情景中描述角色。每个角色都有一个基于表4.1所示模型的能力类型。
422 422  
423 -|**能力代码**|**能力类型（活动和技能）**
424 -|L|**领导Leader **决策、授权、监督其他活动，提供激励和动力，并评估结果
425 -|A|**管理员Administrator** 分配任务并确定优先级、保存记录、持续报告，并启动基本改进
426 -|C|**协调者/沟通者Coordinator/Communicator** 协调多方，维护利益相关者之间的沟通，并开展宣传活动
427 -|M|**方法和技巧专家Methods and techniques expert** 设计和实施工作技巧、文件化步骤、流程咨询、工作分析和持续改进
428 -|T|**技术专家Technical expert** 提供技术（IT）专业知识并执行基于专家经验的作业
348 +(% style="width:636px" %)
349 +|(% style="width:82px" %)**能力代码**|(% style="width:552px" %)**能力类型（活动和技能）**
350 +|(% style="width:82px" %)L|(% style="width:552px" %)**领导Leader **决策、授权、监督其他活动，提供激励和动力，并评估结果
351 +|(% style="width:82px" %)A|(% style="width:552px" %)**管理员Administrator** 分配任务并确定优先级、保存记录、持续报告，并启动基本改进
352 +|(% style="width:82px" %)C|(% style="width:552px" %)**协调者/沟通者Coordinator/Communicator** 协调多方，维护利益相关者之间的沟通，并开展宣传活动
353 +|(% style="width:82px" %)M|(% style="width:552px" %)**方法和技巧专家Methods and techniques expert** 设计和实施工作技巧、文件化步骤、流程咨询、工作分析和持续改进
354 +|(% style="width:82px" %)T|(% style="width:552px" %)**技术专家Technical expert** 提供技术（IT）专业知识并执行基于专家经验的作业
429 429  
430 430  表4.1能力代码和类型
431 431  
... ... @@ -432,119 +432,17 @@
432 432  
433 433  表4.2列出了容量和性能实践中可能涉及的其他角色示例，以及相关的能力类型和特定技能。
434 434  
435 -|**活动**|**负责角色**|**角色类型**|**角色技巧**
436 -|(% colspan="4" %)建立容量和性能控制
437 -|服务容量和性能分析|(((
438 -容量和性能经理
361 +[[image:1642261330870-541.png]]
439 439  
440 -服务负责人
363 +[[image:1642261377113-609.png]]
441 441  
442 -技术专家
365 +[[image:1642261391796-890.png]]
443 443  
444 -IT质量经理
445 -)))|MT|(((
446 -优秀的分析能力
447 -
448 -具备故障树分析、部件失效影响分析等方法和技术知识
449 -
450 -熟悉分析工具
451 -
452 -对服务中断可能造成的业务影响有良好的理解
453 -)))
454 -|报告服务容量和性能|(((
455 -服务负责人
456 -
457 -关系经理
458 -
459 -客户
460 -)))|CA|(((
461 -对于协议和期望的认知
462 -
463 -理解客户的情景
464 -
465 -沟通和协商
466 -)))
467 -|策划和设计服务容量性能|(((
468 -容量和性能经理
469 -
470 -服务设计师
471 -
472 -技术专家
473 -
474 -架构经理
475 -)))|TM|(((
476 -对弹性选项的良好理解
477 -
478 -对现存控制的认知
479 -
480 -对市场上可用技术的认知
481 -
482 -对服务中断可能带来的业务影响有良好理解
483 -)))
484 -|(% colspan="4" %)分析和改进服务容量和性能
485 -|识别服务容量和性能需求|(((
486 -服务或产品负责人
487 -
488 -关系经理
489 -
490 -服务设计师
491 -
492 -客户
493 -)))|CTA|(((
494 -业务分析
495 -
496 -熟悉产生需求的商业活动模式、吞吐量和市场
497 -
498 -熟悉服务架构和配置
499 -
500 -沟通和协同
501 -)))
502 -|商定服务容量和性能需求|(((
503 -服务负责人
504 -
505 -关系经理
506 -
507 -客户
508 -)))|CA|(((
509 -沟通和协商，并能提出改进意见
510 -
511 -熟悉服务架构和配置
512 -)))
513 -|确定容量和性能测量需求|(((
514 -容量和性能经理
515 -
516 -监控工具管理员
517 -
518 -监控和事态经理
519 -
520 -服务设计师
521 -
522 -技术专家
523 -)))|TM|(((
524 -对监控工具和技术的良好理解
525 -
526 -对市场上可用的监控和事态管理技术的认知
527 -)))
528 -|设计容量和性能指标和报告|(((
529 -容量和性能经理
530 -
531 -服务负责人
532 -
533 -关系经理
534 -
535 -IT质量经理
536 -)))|CM|(((
537 -沟通和协商
538 -
539 -报告和仪表盘设计技能
540 -)))
541 -
542 542  表4.2负责容量和性能管理活动的角色示例
543 543  
544 544  
545 545  == 4.2 组织结构和团队 ==
546 546  
547 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/4%20%E7%BB%84%E7%BB%87%E5%92%8C%E4%BA%BA%E5%91%98/WebHome?section=4]]
548 548  
549 549  虽然正式的职位和工作说明能给予容量和性能实践者以支持，但具有专门的容量和性能管理实践的组织结构很少见。服务容量通常由其他组织职能管理，角色可根据服务的性质组合。
550 550  
... ... @@ -560,54 +560,29 @@
560 560  
561 561  = 5 信息和技术 =
562 562  
563 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=1]]
564 564  
565 565  
566 -
567 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=2]]
568 -
569 569  == 5.1信息交流 ==
570 570  
571 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/5%20%E4%BF%A1%E6%81%AF%E5%92%8C%E6%8A%80%E6%9C%AF/WebHome?section=3]]
572 572  
573 573  容量和性能管理实践的有效性取决于所用信息的质量。这些信息包括但不限于：
574 574  
575 -1. 基于组件的报告
576 -1. 基于服务的报告
577 -1. 性能异常报告
578 -1. 性能和工作量预测
579 -1. 不同服务需求范围的架构模型
580 -1. 供应商规模调整建议和模型
394 +* 基于组件的报告
395 +* 基于服务的报告
396 +* 性能异常报告
397 +* 性能和工作量预测
398 +* 不同服务需求范围的架构模型
399 +* 供应商规模调整建议和模型
581 581  
582 582  信息可有多种形式。实践的关键输入和输出在第3节中列出。
583 583  
584 584  在许多情况下，容量和性能管理实践可从自动化中获得很大好处。在可行且有效的情况下，它可能涉及表5.1中概述的解决方案。
585 585  
586 -|(((
587 -**过程活动**
588 -)))|**自动化方式**|**关键功能**|**对实践有效性的影响**
589 -|(% colspan="4" %)建立容量和性能控制
590 -|服务容量和性能分析|基础设施和应用监控以及报告工具，内置用户行为监控工具，仪表盘和报告工具，高级分析工具|系统和服务健康数据的收集、处理和分析、仪表盘和报告的设计与展示|高
591 -|报告服务容量和性能|仪表盘和报告工具，服务门户和应用程序，Email和其他交流工具，社交媒介|报告演示文稿|低到高，取决于必须向其报告的服务和利益干系人的数量
592 -|策划和设计服务容量和性能|架构管理工具，CMDB，变更计划和控制工具|(((
593 -确定现存控制和弹性措施
405 +[[image:1642261437185-468.png]]
594 594  
595 -改进相关的变更计划和控制
596 -)))|中
597 -|(% colspan="4" %)分析和改进服务容量和性能
598 -|识别服务容量和性能需求|服务目录，CMDB，BPM工具，服务模型，性能和容量监控和管理工具，资产管理工具|(((
599 -为识别对业务功能至关重要的服务和性能，分析人员应能够访问服务组件和服务操作的信息。
407 +[[image:1642261458715-739.png]]
600 600  
601 -BPM工具可以提供有关消费者流程及服务支持的操作信息。
602 -)))|极高
603 -|商定服务容量和性能需求|合同工具和服务门户|(((
604 -备选方案的选择
605 605  
606 -与服务消费者的沟通
607 -)))|低
608 -|确定容量和性能测量需求|(% rowspan="2" %)报告和仪表盘工具，服务门户和应用程序|(% rowspan="2" %)报告和仪表盘模板设计|(% rowspan="2" %)低至高，取决于必须向其报告的服务和利益干系人的数量
609 -|设计容量和性能指标和报告
610 -
611 611  表5.1容量和性能管理活动的自动化解决方案
612 612  
613 613  
... ... @@ -616,7 +616,6 @@
616 616  
617 617  = 6 合作伙伴和供应商 =
618 618  
619 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/6%20%E5%90%88%E4%BD%9C%E4%BC%99%E4%BC%B4%E5%92%8C%E4%BE%9B%E5%BA%94%E5%95%86/WebHome?section=1]]
620 620  
621 621  很少的服务是仅用组织自身资源就能交付的。大部分（如果不是全部的话）依赖于其他服务，通常由组织外的第三方提供（参见ITIL Foundation：ITIL 4出版物第2.4节，服务关系模型）。在服务设计、供应商管理和SLM的实践指南中有支持服务引入的关系和其依赖关系的相关叙述。
622 622  
... ... @@ -636,17 +636,16 @@
636 636  
637 637  = 7 重要提醒 =
638 638  
639 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/7%20%E9%87%8D%E8%A6%81%E6%8F%90%E9%86%92/WebHome?section=1]]
640 640  
641 641  实践指南的大部分内容应视为组织在建立和培育自身实践时相关领域可考虑的建议。实践指南是组织可以考虑的主题目录而非答案列表。在使用ITIL实践指南的内容时，各组织应始终遵循ITIL指导原则：
642 642  
643 -1. 聚焦价值
644 -1. 从你所处的地方开始
645 -1. 基于反馈迭代推进
646 -1. 协作和提升可视化程度
647 -1. 通盘思考和工作
648 -1. 保持简单实用
649 -1. 优化和自动化
440 +* 聚焦价值
441 +* 从你所处的地方开始
442 +* 基于反馈迭代推进
443 +* 协作和提升可视化程度
444 +* 通盘思考和工作
445 +* 保持简单实用
446 +* 优化和自动化
650 650  
651 651  关于指导原则及其应用的更多信息，请参见ITIL Foundation：ITIL 4出版物第4.3节。
652 652  
... ... @@ -656,7 +656,6 @@
656 656  
657 657  = 8 致谢 =
658 658  
659 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=1]]
660 660  
661 661  AXELOS有限公司感谢所有为该指南开发做出贡献的人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
662 662  
... ... @@ -663,7 +663,6 @@
663 663  
664 664  == 8.1 作者 ==
665 665  
666 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=2]]
667 667  
668 668  Konstantin Naryzhny
669 669  
... ... @@ -670,6 +670,5 @@
670 670  
671 671  == 8.2审阅者 ==
672 672  
673 -[[编辑>>url:http://itil4hub.cn/bin/edit/13%20%E5%AE%B9%E9%87%8F%E5%92%8C%E6%80%A7%E8%83%BD%E7%AE%A1%E7%90%86/8%20%E8%87%B4%E8%B0%A2/WebHome?section=3]]
674 674  
675 675  Roman Jouravlev
Icon 1642261150743-562.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +47.1 KB
Content Icon
Icon 1642261184664-500.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +158.9 KB
Content Icon
Icon 1642261199846-880.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +73.7 KB
Content Icon
Icon 1642261281044-589.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +116.9 KB
Content Icon
Icon 1642261330870-541.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +64.7 KB
Content Icon
Icon 1642261345308-991.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +57.6 KB
Content Icon
Icon 1642261377113-609.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +37.7 KB
Content Icon
Icon 1642261391796-890.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +35.2 KB
Content Icon
Icon 1642261419616-481.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +89.0 KB
Content Icon
Icon 1642261437185-468.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +58.3 KB
Content Icon
Icon 1642261458715-739.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +62.0 KB
Content Icon
Icon 1642581503359-861.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +141.8 KB
Content Icon
Icon 1642581519881-865.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +74.4 KB
Content Icon
Icon 1642581534714-547.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +95.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司