Last modified by superadmin on 2024/12/25, 15:40
From version < 27.1 >
edited by superadmin
on 2022/01/15, 23:44
To version < 9.1 >
edited by superadmin
on 2021/02/06, 23:53
< >
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,14 +1,13 @@
1 1  {{box cssClass="floatinginfobox" title="**Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 -
5 5  (((
6 -
5 += =
7 7  
8 8  
9 9  需要下载 **ITIL 4容量和性能管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“容量和性能”即可。
10 10  
11 -[[image:微信截图_20210206234644.png]]
10 +[[image:http://itil4hub.cn/bin/download/C%20%E5%AE%9E%E8%B7%B5%E6%8C%87%E5%8D%97/03%20%E6%9C%8D%E5%8A%A1%E8%AF%B7%E6%B1%82%E7%AE%A1%E7%90%86/WebHome/%E5%BE%AE%E4%BF%A1%E5%9B%BE%E7%89%87_20200929154759.png?rev=1.2||alt="微信图片_20200929154759.png"]]
12 12  
13 13  
14 14  **申明：**
... ... @@ -18,15 +18,9 @@
18 18  请注意，ITIL先锋论坛专家团队仅仅只是进行了这些著作的语种转换工作，我们并不拥有包括原著以及中文发行文件的任何版权，所有版权均为Axoles持有，读者在使用这些文件（含本中文翻译版本）时需完全遵守Axoles 和 TSO所申明的所有版权要求。
19 19  
20 20  **翻译**：傅盛        **审校**：秦佩君        **审核**：姚凯 
21 -
22 -
23 -
24 -----
25 -
26 -
27 27  )))
21 +)))
28 28  
29 -
30 30  = 1 关于本文档 =
31 31  
32 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]]
... ... @@ -104,23 +104,22 @@
104 104  
105 105  容量和性能管理的范围非常广泛。许多实践直接或间接对服务性能有贡献。表2.1列出了与容量和性能管理密切相关的活动。重要的是要记住，ITIL实践仅仅是在价值流环境情景下使用的工具集合，应该根据具体的组织、服务和客户情景进行必要的组合。
106 106  
107 -(% style="width:513px" %)
108 -|(% style="width:347px" %)**活动**|(% style="width:164px" %)**实践指南**
109 -|(% style="width:347px" %)协商和商定客户对容量和性能的要求|(% style="width:164px" %)SLM
110 -|(% style="width:347px" %)将容量和性能控制设计作为服务模型的一部分|(% style="width:164px" %)服务设计
111 -|(% style="width:347px" %)保持容量和性能控制与业务体系架构的一致|(% style="width:164px" %)架构管理
112 -|(% style="width:347px" %)识别与容量和性能相关的风险|(% style="width:164px" %)风险管理
113 -|(% style="width:347px" %)分析变更对容量和性能目标的影响|(% style="width:164px" %)变更支持
114 -|(% style="width:347px" %)监控服务的容量和性能|(% style="width:164px" %)监控和事态管理
115 -|(% style="width:347px" %)验证新的容量和性能控制|(% style="width:164px" %)组合管理
116 -|(% style="width:347px" %)实施风险缓解措施、改变服务基础设施以确保弹性|(% style="width:164px" %)项目管理，变更支持
117 -|(% style="width:347px" %)在服务转换期间测试容量和性能控制|(% style="width:164px" %)服务验证和测试
118 -|(% style="width:347px" %)(((
100 +|**活动**|**实践指南**
101 +|协商和商定客户对容量和性能的要求|SLM
102 +|将容量和性能控制设计作为服务模型的一部分|服务设计
103 +|保持容量和性能控制与业务体系架构的一致|架构管理
104 +|识别与容量和性能相关的风险|风险管理
105 +|分析变更对容量和性能目标的影响|变更支持
106 +|监控服务的容量和性能|监控和事态管理
107 +|验证新的容量和性能控制|组合管理
108 +|实施风险缓解措施、改变服务基础设施以确保弹性|项目管理，变更支持
109 +|在服务转换期间测试容量和性能控制|服务验证和测试
110 +|(((
119 119  应对可能影响组织满足容量和性能目标能力的事件
120 120  
121 121  管理容量和性能事件
122 -)))|(% style="width:164px" %)事件管理
123 -|(% style="width:347px" %)持续管理和实施与容量和性能相关的改进|(% style="width:164px" %)持续改进
114 +)))|事件管理
115 +|持续管理和实施与容量和性能相关的改进|持续改进
124 124  
125 125  表2.1与容量和性能管理实践相关的活动
126 126  
... ... @@ -135,10 +135,11 @@
135 135  
136 136  实践成功因素（PSF）不仅仅是一项任务或活动，包括服务管理四维模型的所有组成部分。在一项实践中，PSFs相关的活动和资源的性质可能不同，但这些活动和资源共同确保实践的有效性。容量和性能管理实践包括以下要素：
137 137  
138 -* 识别服务容量和性能要求
139 -* 测量、评估和报告服务容量和性能
140 -* 处理服务容量和性能风险
130 +1. 识别服务容量和性能要求
131 +1. 测量、评估和报告服务容量和性能
132 +1. 处理服务容量和性能风险
141 141  
134 +
142 142  === 2.4.1 识别服务容量和性能要求 ===
143 143  
144 144  识别服务容量和性能要求包括：
... ... @@ -175,11 +175,13 @@
175 175  
176 176  容量和性能管理实践确保风险将得到有效处理：
177 177  
178 -* 评估组件的容量和性能对产品和服务端到端性能的影响，识别相关的漏洞和约束
179 -* 评估产品和服务的容量和性能对用户和客户体验的影响
180 -* 设计有效的控制措施和对策，预防、检测和减轻容量和性能风险
181 -* 持续监控容量和性能风险，并优化实践范围内的风险管理活动
171 +1. 评估组件的容量和性能对产品和服务端到端性能的影响，识别相关的漏洞和约束
172 +1. 评估产品和服务的容量和性能对用户和客户体验的影响
173 +1. 设计有效的控制措施和对策，预防、检测和减轻容量和性能风险
174 +1. 持续监控容量和性能风险，并优化实践范围内的风险管理活动
182 182  
176 +== ==
177 +
183 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 184  
185 185  == 2.5 关键指标 ==
... ... @@ -190,9 +190,8 @@
190 190  
191 191  容量和性能管理实践的关键指标映射到其PSFs。这些PSFs可以用作价值流情境下的关键绩效指标，评估实践对这些价值流的效率和效能的贡献。表2.2给出了一些关键指标的示例。
192 192  
193 -(% style="width:496px" %)
194 -|(% style="width:132px" %)**实践成功因素**|(% style="width:362px" %)**关键指标**
195 -|(% style="width:132px" %)定义服务容量和性能需求|(% style="width:362px" %)(((
188 +|**实践成功因素**|**关键指标**
189 +|定义服务容量和性能需求|(((
196 196  •在SLAs中明确记录具有容量和性能要求的产品和服务的百分比
197 197  
198 198  •符合SLAs中记录的有容量和性能要求的新的或变更的运营产品和服务的百分比
... ... @@ -199,7 +199,7 @@
199 199  
200 200  •在服务发生重大变化时，及时更新服务容量和性能要求及标准
201 201  )))
202 -|(% style="width:132px" %)测量、评估和报告服务容量和性能|(% style="width:362px" %)(((
196 +|测量、评估和报告服务容量和性能|(((
203 203  •符合性能需求的新组件和架构设计的已受理业务用例的百分比
204 204  
205 205  •减少使用旧的（不再支持的）组件或架构设计，因为这些设计会引发性能问题从而违反SLAs
... ... @@ -214,7 +214,7 @@
214 214  
215 215  •由容量和性能管理实践者团队记录的已实施改进计划的百分比
216 216  )))
217 -|(% style="width:132px" %)处理服务容量和性能风险|(% style="width:362px" %)(((
211 +|处理服务容量和性能风险|(((
218 218  •计划外的产品、服务和组件容量和性能升级次数
219 219  
220 220  •因产品或服务的容量和性能不足造成的实际损失与预期损失的比率
... ... @@ -222,7 +222,6 @@
222 222  
223 223  表2.2实践成功因素的关键指标示例
224 224  
225 -
226 226  将测量标准正确地汇总成复杂的指标中，将使数据更易用于价值流的持续管理，以及容量和性能管理实践的定期评估和持续改进。对此没有唯一的最佳解决方案。测量标准基于组织的整体服务策略和优先级，以及实践所贡献的价值流目标。
227 227  
228 228  
... ... @@ -242,14 +242,17 @@
242 242  
243 243  与其他ITIL管理实践一样，容量和性能管理实践对多条价值流有帮助。重要的是要记住，价值流从来不是由单一实践形成的。容量和性能管理实践与其他实践结合，为消费者提供高质量的服务。实践对价值链活动的主要贡献是：
244 244  
245 -* 交付和支持
246 -* 设计和转换
247 -* 改进
248 -* 获取/构建
249 -* 计划
238 +1. 交付和支持
239 +1. 设计和转换
240 +1. 改进
241 +1. 获取/构建
242 +1. 计划
250 250  
251 251  容量和性能管理实践对服务价值链的贡献如图3.1所示。
252 252  
246 +(% style="text-align:center" %)
247 +[[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"]]
248 +
253 253  图3.1容量和性能管理贡献热力图
254 254  
255 255  
... ... @@ -268,17 +268,44 @@
268 268  1. 建立容量和性能控制
269 269  1. 分析和改善服务容量和性能
270 270  
267 +
271 271  === 3.2.1 建立容量和性能控制 ===
272 272  
273 273  该流程包括表3.1中列出的活动，并将输入转换为输出。
274 274  
275 -[[image:1642261150743-562.png]]
272 +|**关键输入**|**活动**|**关键输出**
273 +|(((
274 +业务需要
276 276  
276 +业务流程性能、事务量、活动模式及预测
277 +
278 +服务组件制造商的要求和标准
279 +)))|(((
280 +识别服务容量和性能需求
281 +
282 +商定服务容量和性能要求
283 +
284 +确定容量和性能测量需求
285 +)))|识别、商定和记录服务和组件的需求
286 +|(((
287 +服务和度量框架
288 +
289 +服务报告框架
290 +)))|设计容量和性能指标及报告|(((
291 +性能和容量测量要求
292 +
293 +在监控工具集中设置的性能和容量基线、测量、告警、阈值和报告
294 +)))
295 +|SLAs| |
296 +|现存服务和组件性能数据| |适当的自动缩放和负载均衡控制（适用时）
297 +
277 277  表3.1 建立容量和性能控制过程的输入、活动和输出
278 278  
279 279  
280 280  图3.2 展示流程的工作流图。
281 281  
303 +(% style="text-align:center" %)
304 +[[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"]]
282 282  
283 283  图3.2建立容量和性能控制过程的工作流
284 284  
... ... @@ -285,10 +285,38 @@
285 285  
286 286  应用该流程的服务类型和服务组件的差异，会导致此流程可能有所不同。表3.2展示了现代云使能服务和一线服务支持人员的活动是如何变化的。
287 287  
288 -[[image:1642261184664-500.png]]
311 +|**活动**|**云IT基础架构**|**一线支持人员**
312 +|识别服务容量和性能需求|(((
313 +容量和性能管理人员根据活动模式和事务量识别性能需求。这些信息可能已可以从SLM实践中以SLR的形式获取，或从业务用例文档中获得。持续的报告对于识别未被满足的缩放需求也很有用。
289 289  
290 -[[image:1642261199846-880.png]]
315 +接着将这些需求与各种服务组件的技术容量特征比较，这些特征可以是计算能力、存储、终端用户设备输入和输出容量以及网络性能参数（带宽、延迟、连接等）。
291 291  
317 +然后，容量和性能实践者建议在性能需求、所需的组件架构和高效的发包模型（个体、社区、公共或混合选项）之间取得最佳平衡。
318 +
319 +该活动的输出是一个架构设计提案若干计划，为中长期云基础设施设计提供所需的容量。该输出供服务设计和SLM实践进行成本收益分析。
320 +
321 +区分上述需求和短期服务需要的高峰（例如，营销活动时网站的用户流量增加）很重要。在云环境中，可通过专门的容量扩充工具自动检测和满足这些需求，无需透彻分析。
322 +)))|(((
323 +在需要提供用户支持的地方，必须充分考虑处理用户查询的服务台团队所需的资源。
324 +
325 +虽然服务台、劳动力和人才管理实践等其他实践也可能会管理员工规划和测量，但容量和性能管理实践可以为这些实践提供业务模式和事务量。
326 +
327 +容量的实践者还可以推断出实现最佳的服务速度和质量所需的人员数量、技能和容量的最小值，
328 +)))
329 +|商定服务容量和性能需求|SLM实践负责包括容量和性能服务质量标准在内的SLA协商。容量和性能实践者使用服务组件专业知识支持此活动。重要的是平衡成本/效益比，并在内部沟通服务的价格。不同容量的架构选项，服务的价格可能会有很大的差异。|(((
330 +容量和性能是SLA协商的重要组成部分。该实践可建议人员数量和容量的多种组合，以不同的价格和成本提供不同水平的支持。
331 +
332 +该实践还可建议支持工具的改进计划，帮助优化员工数量，如自助服务界面、在线聊天、社交媒体展示等等。
333 +
334 +这些分析工作是对服务支持标准的SLA协商的基础。
335 +)))
336 +|确定容量和性能测量需求|(((
337 +为了分析、报告和改进服务性能，服务提供者必须进行测量。根据商定的需求、报告策略、客户报告需求和监视工具，应定义一种性能监视的方法。
338 +
339 +容量和性能管理实践者知晓现有的云编排工具可基于一组内部或外部触发器扩展（或减少）现有的付费容量。实践者可设计一组阈值和警报，这些阈值和警报将启动自动容量变更过程。
340 +)))|服务支持的人员绩效测量很可能与持续时间参数相关，例如响应时间、解决时间、直接用户联系等。容量和性能管理实践可能有相关的测量工具（如支持电话线路监测和报告工具）。容量实践者可以提供这些指标作为其他实践管理人员绩效。
341 +|设计容量和性能指标和报告|此活动侧重于服务性能测量和报告。实践者设计工具，从消费者角度模拟或手动控制服务性能，并将任何技术指标（如实时网络吞吐量）置于次要位置。技术指标仅用于验证服务生产率、响应能力、存储容量等方面的客户体验。|
342 +
292 292  表3.2建立容量和性能控制过程的活动
293 293  
294 294  
... ... @@ -296,9 +296,8 @@
296 296  
297 297  该流程包括表3.3中列出的活动，并将输入转换为输出。
298 298  
299 -(% style="width:705px" %)
300 -|(% style="width:178px" %)**关键输入**|(% style="width:200px" %)**活动**|(% style="width:325px" %)**关键输出**
301 -|(% style="width:178px" %)(((
350 +|**关键输入**|**活动**|**关键输出**
351 +|(((
302 302  容量和性能报告和告警
303 303  
304 304  新服务设计和架构提议
... ... @@ -306,13 +306,13 @@
306 306  性能相关事件和问题记录
307 307  
308 308  变更计划
309 -)))|(% style="width:200px" %)(((
359 +)))|(((
310 310  服务容量和性能分析
311 311  
312 312  报告服务容量和性能
313 313  
314 314  策划和设计服务容量和性能
315 -)))|(% style="width:325px" %)(((
365 +)))|(((
316 316  向持续改进登记单（Continual Improvement Register, CIR）提交改善措施
317 317  
318 318  服务设计和架构的评审和提议
... ... @@ -327,13 +327,23 @@
327 327  
328 328  图3.3展示流程的工作流图。
329 329  
380 +(% style="text-align:center" %)
381 +[[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"]]
382 +
330 330  图3.3分析和改进服务容量和性能流程的工作流
331 331  
332 332  
333 333  应用该流程的服务类型和服务组件不同，会导致此流程可能有所不同。表3.4展示了现代云使能服务和一线技术支持人员的活动是如何变化的。
334 334  
335 -[[image:1642261281044-589.png]]
388 +|**活动**|**云IT基础设施**|**一线支持人员**
389 +|服务容量和性能分析|云编排和负载平衡工具集允许自动调整云资源满足需求。然而，业务活动模型的趋势分析可能表明，当前的服务架构可能需要改变，在确保高性能的同时避免过高的成本。|容量和性能实践者可监控服务台员工的技术指标，并在出现缺陷或达到阈值时（与服务台实践一起）发出告警。例如，由于一线支持人员很忙，未能接到新用户的电话。这可能是由许多因素造成的，但技术指标是一个值得研究的客观事实。
390 +|报告服务和容量性能|云编排工具集和云提供商报告，可以提供许多技术指标。然而，云环境中性能分析的核心思想是关注客户的业务流程。技术组件报告可能支持调查的发现，但不应成为最后报告的重点。|基于自动化监控工具（如监控支持电话线工具），容量和性能实践者可自动化生成基础技术指标报告，并以原始或汇总的形式向客户提供报告。
391 +|策划和设计服务容量性能|(((
392 +人们很容易利用云计算中几乎无限的可伸缩性应对变化无常且不断增长的服务需求。然而，当需求达到某个阈值时（例如，修改网络设计以迎合新获得的区域市场用户），更改底层应用程序、中间件和负载平衡架构应更为谨慎。
336 336  
394 +容量实践者具备建议这些优化的必要专业知识，避免与线性扩展相关的过度服务成本。
395 +)))|其他实践可要求容量和性能管理实践，根据人员数量和能力协助进行具体计算，并有助于规划手动支持任务的自动化。这些有效的输出体现在改进计划上。例如，实践者可以建议从终端用户设备中获取自动诊断数据，节省用户问卷调查的时间。
396 +
337 337  表3.3分析和改进服务容量和性能流程的输入、活动和输出
338 338  
339 339  
... ... @@ -355,13 +355,12 @@
355 355  
356 356  在流程和活动的情景中描述角色。每个角色都有一个基于表4.1所示模型的能力类型。
357 357  
358 -(% style="width:636px" %)
359 -|(% style="width:82px" %)**能力代码**|(% style="width:552px" %)**能力类型（活动和技能）**
360 -|(% style="width:82px" %)L|(% style="width:552px" %)**领导Leader **决策、授权、监督其他活动，提供激励和动力，并评估结果
361 -|(% style="width:82px" %)A|(% style="width:552px" %)**管理员Administrator** 分配任务并确定优先级、保存记录、持续报告，并启动基本改进
362 -|(% style="width:82px" %)C|(% style="width:552px" %)**协调者/沟通者Coordinator/Communicator** 协调多方，维护利益相关者之间的沟通，并开展宣传活动
363 -|(% style="width:82px" %)M|(% style="width:552px" %)**方法和技巧专家Methods and techniques expert** 设计和实施工作技巧、文件化步骤、流程咨询、工作分析和持续改进
364 -|(% style="width:82px" %)T|(% style="width:552px" %)**技术专家Technical expert** 提供技术（IT）专业知识并执行基于专家经验的作业
418 +|**能力代码**|**能力类型（活动和技能）**
419 +|L|**领导Leader **决策、授权、监督其他活动，提供激励和动力，并评估结果
420 +|A|**管理员Administrator** 分配任务并确定优先级、保存记录、持续报告，并启动基本改进
421 +|C|**协调者/沟通者Coordinator/Communicator** 协调多方，维护利益相关者之间的沟通，并开展宣传活动
422 +|M|**方法和技巧专家Methods and techniques expert** 设计和实施工作技巧、文件化步骤、流程咨询、工作分析和持续改进
423 +|T|**技术专家Technical expert** 提供技术（IT）专业知识并执行基于专家经验的作业
365 365  
366 366  表4.1能力代码和类型
367 367  
... ... @@ -368,12 +368,113 @@
368 368  
369 369  表4.2列出了容量和性能实践中可能涉及的其他角色示例，以及相关的能力类型和特定技能。
370 370  
371 -[[image:1642261330870-541.png]]
430 +|**活动**|**负责角色**|**角色类型**|**角色技巧**
431 +|(% colspan="4" %)建立容量和性能控制
432 +|服务容量和性能分析|(((
433 +容量和性能经理
372 372  
373 -[[image:1642261377113-609.png]]
435 +服务负责人
374 374  
375 -[[image:1642261391796-890.png]]
437 +技术专家
376 376  
439 +IT质量经理
440 +)))|MT|(((
441 +优秀的分析能力
442 +
443 +具备故障树分析、部件失效影响分析等方法和技术知识
444 +
445 +熟悉分析工具
446 +
447 +对服务中断可能造成的业务影响有良好的理解
448 +)))
449 +|报告服务容量和性能|(((
450 +服务负责人
451 +
452 +关系经理
453 +
454 +客户
455 +)))|CA|(((
456 +对于协议和期望的认知
457 +
458 +理解客户的情景
459 +
460 +沟通和协商
461 +)))
462 +|策划和设计服务容量性能|(((
463 +容量和性能经理
464 +
465 +服务设计师
466 +
467 +技术专家
468 +
469 +架构经理
470 +)))|TM|(((
471 +对弹性选项的良好理解
472 +
473 +对现存控制的认知
474 +
475 +对市场上可用技术的认知
476 +
477 +对服务中断可能带来的业务影响有良好理解
478 +)))
479 +|(% colspan="4" %)分析和改进服务容量和性能
480 +|识别服务容量和性能需求|(((
481 +服务或产品负责人
482 +
483 +关系经理
484 +
485 +服务设计师
486 +
487 +客户
488 +)))|CTA|(((
489 +业务分析
490 +
491 +熟悉产生需求的商业活动模式、吞吐量和市场
492 +
493 +熟悉服务架构和配置
494 +
495 +沟通和协同
496 +)))
497 +|商定服务容量和性能需求|(((
498 +服务负责人
499 +
500 +关系经理
501 +
502 +客户
503 +)))|CA|(((
504 +沟通和协商，并能提出改进意见
505 +
506 +熟悉服务架构和配置
507 +)))
508 +|确定容量和性能测量需求|(((
509 +容量和性能经理
510 +
511 +监控工具管理员
512 +
513 +监控和事态经理
514 +
515 +服务设计师
516 +
517 +技术专家
518 +)))|TM|(((
519 +对监控工具和技术的良好理解
520 +
521 +对市场上可用的监控和事态管理技术的认知
522 +)))
523 +|设计容量和性能指标和报告|(((
524 +容量和性能经理
525 +
526 +服务负责人
527 +
528 +关系经理
529 +
530 +IT质量经理
531 +)))|CM|(((
532 +沟通和协商
533 +
534 +报告和仪表盘设计技能
535 +)))
536 +
377 377  表4.2负责容量和性能管理活动的角色示例
378 378  
379 379  
... ... @@ -397,8 +397,8 @@
397 397  
398 398  [[编辑>>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]]
399 399  
560 +== ==
400 400  
401 -
402 402  [[编辑>>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]]
403 403  
404 404  == 5.1信息交流 ==
... ... @@ -407,22 +407,42 @@
407 407  
408 408  容量和性能管理实践的有效性取决于所用信息的质量。这些信息包括但不限于：
409 409  
410 -* 基于组件的报告
411 -* 基于服务的报告
412 -* 性能异常报告
413 -* 性能和工作量预测
414 -* 不同服务需求范围的架构模型
415 -* 供应商规模调整建议和模型
570 +1. 基于组件的报告
571 +1. 基于服务的报告
572 +1. 性能异常报告
573 +1. 性能和工作量预测
574 +1. 不同服务需求范围的架构模型
575 +1. 供应商规模调整建议和模型
416 416  
417 417  信息可有多种形式。实践的关键输入和输出在第3节中列出。
418 418  
419 419  在许多情况下，容量和性能管理实践可从自动化中获得很大好处。在可行且有效的情况下，它可能涉及表5.1中概述的解决方案。
420 420  
421 -[[image:1642261437185-468.png]]
581 +|(((
582 +**过程活动**
583 +)))|**自动化方式**|**关键功能**|**对实践有效性的影响**
584 +|(% colspan="4" %)建立容量和性能控制
585 +|服务容量和性能分析|基础设施和应用监控以及报告工具，内置用户行为监控工具，仪表盘和报告工具，高级分析工具|系统和服务健康数据的收集、处理和分析、仪表盘和报告的设计与展示|高
586 +|报告服务容量和性能|仪表盘和报告工具，服务门户和应用程序，Email和其他交流工具，社交媒介|报告演示文稿|低到高，取决于必须向其报告的服务和利益干系人的数量
587 +|策划和设计服务容量和性能|架构管理工具，CMDB，变更计划和控制工具|(((
588 +确定现存控制和弹性措施
422 422  
423 -[[image:1642261458715-739.png]]
590 +改进相关的变更计划和控制
591 +)))|中
592 +|(% colspan="4" %)分析和改进服务容量和性能
593 +|识别服务容量和性能需求|服务目录，CMDB，BPM工具，服务模型，性能和容量监控和管理工具，资产管理工具|(((
594 +为识别对业务功能至关重要的服务和性能，分析人员应能够访问服务组件和服务操作的信息。
424 424  
596 +BPM工具可以提供有关消费者流程及服务支持的操作信息。
597 +)))|极高
598 +|商定服务容量和性能需求|合同工具和服务门户|(((
599 +备选方案的选择
425 425  
601 +与服务消费者的沟通
602 +)))|低
603 +|确定容量和性能测量需求|(% rowspan="2" %)报告和仪表盘工具，服务门户和应用程序|(% rowspan="2" %)报告和仪表盘模板设计|(% rowspan="2" %)低至高，取决于必须向其报告的服务和利益干系人的数量
604 +|设计容量和性能指标和报告
605 +
426 426  表5.1容量和性能管理活动的自动化解决方案
427 427  
428 428  
... ... @@ -455,13 +455,13 @@
455 455  
456 456  实践指南的大部分内容应视为组织在建立和培育自身实践时相关领域可考虑的建议。实践指南是组织可以考虑的主题目录而非答案列表。在使用ITIL实践指南的内容时，各组织应始终遵循ITIL指导原则：
457 457  
458 -* 聚焦价值
459 -* 从你所处的地方开始
460 -* 基于反馈迭代推进
461 -* 协作和提升可视化程度
462 -* 通盘思考和工作
463 -* 保持简单实用
464 -* 优化和自动化
638 +1. 聚焦价值
639 +1. 从你所处的地方开始
640 +1. 基于反馈迭代推进
641 +1. 协作和提升可视化程度
642 +1. 通盘思考和工作
643 +1. 保持简单实用
644 +1. 优化和自动化
465 465  
466 466  关于指导原则及其应用的更多信息，请参见ITIL Foundation：ITIL 4出版物第4.3节。
467 467  
... ... @@ -475,7 +475,6 @@
475 475  
476 476  AXELOS有限公司感谢所有为该指南开发做出贡献的人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
477 477  
478 -
479 479  == 8.1 作者 ==
480 480  
481 481  [[编辑>>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]]
... ... @@ -482,7 +482,6 @@
482 482  
483 483  Konstantin Naryzhny
484 484  
485 -
486 486  == 8.2审阅者 ==
487 487  
488 488  [[编辑>>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]]
Icon 1642261150743-562.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -47.1 KB
Content Icon
Icon 1642261184664-500.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -158.9 KB
Content Icon
Icon 1642261199846-880.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -73.7 KB
Content Icon
Icon 1642261281044-589.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -116.9 KB
Content Icon
Icon 1642261330870-541.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -64.7 KB
Content Icon
Icon 1642261345308-991.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -57.6 KB
Content Icon
Icon 1642261377113-609.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -37.7 KB
Content Icon
Icon 1642261391796-890.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -35.2 KB
Content Icon
Icon 1642261419616-481.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -89.0 KB
Content Icon
Icon 1642261437185-468.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -58.3 KB
Content Icon
Icon 1642261458715-739.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -62.0 KB
Content Icon
Icon 微信截图_20210206234644.png
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.superadmin
Size
... ... @@ -1,1 +1,0 @@
1 -36.4 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司