由 superadmin 于 2024/12/25, 15:38 最后修改
从版本< 14.1 >
由superadmin编辑
在2021/02/17, 17:24上
到版本
由superadmin编辑
在2022/01/15, 17:21上
< >
修改评论 该版本没有评论

Summary

Details

Icon Page properties
标题
... ... @@ -1,1 +1,1 @@
1 -05 监控和事态管理（尚未发布）
1 +05 监控和事态管理实践
Content
... ... @@ -1,16 +1,11 @@
1 1  {{box cssClass="floatinginfobox" title="**Contents**"}}
2 2  {{toc/}}
3 3  {{/box}}
4 -(((
5 -= =
6 6  
7 -
8 -
9 -
10 -
5 +(((
6 +(% class="wikigeneratedid" id="H" %)
11 11  
12 12  )))
13 -)))
14 14  
15 15   需要下载 **ITIL 4监控和事态管理实践【中文】**pdf版全文，请关注微信公众号itilxf ，并回复“监控和事态”即可。
16 16  
... ... @@ -60,11 +60,13 @@
60 60  
61 61  = **2 一般信息** =
62 62  
58 +
63 63  == **2.1 目的和描述** ==
64 64  
65 65  
66 66  监控和事态管理实践的目的是系统地观察服务和服务组件，将其状态变化识别为事态并进行记录和报告。该实践识别基础设施、服务、业务流程和信息安全等事态，确定其优先级，建立对这些事态的适当响应，包括对可能导致潜在故障或事件的条件作出响应。
67 67  
64 +
68 68  |(((
69 69  **事态**
70 70  
... ... @@ -106,6 +106,7 @@
106 106  
107 107  监控通过多种不同的方式得以实现。配置项（CIs）可以通过轮询（即响应监控工具收集特定目标数据的请求）或通过在满足某些条件时自动通知监控工具来共享有关其自身的信息。监控工具对服务组件的询问代表着主动监控，而配置项（CIs）向监控工具发送的通知代表着被动监控。
108 108  
106 +(% style="text-align:center" %)
109 109  [[image:图片1.png]]
110 110  
111 111  
... ... @@ -120,6 +120,7 @@
120 120  
121 121  尽管监控和事态管理传统上专注于服务的技术组件，但对了解其他服务管理资源和活动（包括流程，人员和供应商）的状态也很有用。
122 122  
121 +
123 123  |(((
124 124  **指标**
125 125  
... ... @@ -235,7 +235,7 @@
235 235  * 确保及时，相关且足够的监控数据提供给相关的利益相关者
236 236  * 确保发现、解释事态，并在需要时尽快采取措施
237 237  
238 -=== 2.4.1 建立和维护描述各类事态和探测它们所需的监控功能的方法/模型 ===
237 +=== **2.4.1 建立和维护描述各类事态和探测它们所需的监控功能的方法/模型** ===
239 239  
240 240  在大多数情况下，现代技术为度量和监控服务以及服务组件操作的各个方面提供了机会，但是从业人员应认真管理监控的范围以及度量指标的频率和数量。现代监控和事态管理实践的主要挑战不是缺少数据，而是监控必须处理的数据的规模。监控和事态管理实践的重点应该是获取有意义的信息，以支持服务的操作与改进，决策和价值的创造。建立或改进监控和事态管理实践时，应考虑以下方面：
241 241  
... ... @@ -272,7 +272,7 @@
272 272  许多IT 监控工具和EMS本身很可能由第三方供应商提供，监控和事态管理实践和供应商管理实践将保持稳定的工作关系。
273 273  
274 274  
275 -=== 2.4.2 确保将及时，相关且足够的监控数据提供给相关的利益相关者 ===
274 +=== **2.4.2 确保将及时，相关且足够的监控数据提供给相关的利益相关者** ===
276 276  
277 277  当根据原始服务设计和与客户达成的服务级别协议（SLA）进行基准校对时，监控和事态管理的报告能够使服务提供者的实际操作性能和行为基本真实。监控和事态管理提供了直接的观察结果、基于事实的经验证据，而不是预期或期望的结果。
278 278  
... ... @@ -281,7 +281,7 @@
281 281  监控和事态管理确定了薄弱区域，因此可以采取补救行动（如果有正当的业务案例），以改进将来的服务质量。监控和事态管理还可以显示客户动作在哪里导致故障，并确定工作效率和/或培训可以在哪些地方得到改善。监控和事态管理还可以同时处理内部和外部供应商，因为他们的绩效必须得到评估和管理。
282 282  
283 283  
284 -=== 2.4.3 确保探测、解释事件，并在需要时尽快采取措施 ===
283 +=== **2.4.3 确保探测、解释事件，并在需要时尽快采取措施** ===
285 285  
286 286  仅仅为监控和事态管理定义规则还不够，事态的实际探测和处理程序才能使这些规则有价值。事态管理的效率和范围在很大程度上取决于服务架构和服务管理自动化水平。在数字化基础设施和现代应用程序中，许多用于监控和事态管理的工具是内置的，实践的重点是事态处理规则的集成和调整。
287 287  
... ... @@ -333,13 +333,13 @@
333 333  
334 334  图3.1中显示了监控和事态实践对服务价值链的贡献。
335 335  
336 -[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml15296\wps8.png]]
337 337  
338 -图3.1 监控和事态管理实践对价值链活动的贡献的热力图。
339 -
336 +(% style="text-align:center" %)
340 340  [[image:微信截图_20210217171257.png]]
341 341  
339 +图3.1 监控和事态管理实践对价值链活动的贡献的热力图。
342 342  
341 +
343 343  监控和事态管理实践贡献的主要价值链活动是：
344 344  
345 345  * 交付和支持
... ... @@ -398,67 +398,34 @@
398 398  表3.1 监控规划流程的输入、活动和输出
399 399  
400 400  
400 +
401 +(% style="text-align:center" %)
401 401  [[image:图片3.png]]
402 402  
403 403  图3.2 监控规划流程的工作流程
404 404  
405 405  
406 -表3.2监控规划流程的活
407 407  
408 -|**活动**|**描述**
409 -|定义监控目标|(((
410 -利用从服务设计阶段、服务验证和测试实践以及服务开发（可用性，容量和性能管理实践）和服务级别管理实践收到的信息，团队定义监控的关键目标。
408 +表3.2监控规划流程的活动
411 411  
412 -该讨论应覆盖功效需求到功用需求（首先涵盖最明显的功能要求，例如，在应用程序的用户案例中）。另外，从关键服务性能到更多详细信息和组件，它的颗粒度应增加。
410 +[[image:1642237641108-965.png]]
413 413  
414 -团队应列出一个优先级降序的监控列表。
415 -)))
416 -|评估可用的度量监控标准|(((
417 -然后，将监控优先级列表项映射或转换为可用度量或基于可用度量的综合度量。
412 +[[image:1642237710166-351.png]]
418 418  
419 -应该探索添加度量值。
420 -)))
421 -|定义监控对象的事态类型|团队对不同类型的事态进行定义和分类。类型可以是一般性的，例如信息性，警告性，异常性，也可以取决于功能，用户组及其优先级，再通过关键监控目标的组件或类型进行划分。
422 -|定义不同事态类型的阈值|(((
423 -团队与服务或组件开发团队一起定义不同类型事态的阈值。相同的组件指标可能是根据现有的SLA和针对服务或组件定义的可用性，容量和性能的要求，它基于服务进行了不同的处理。
414 +[[image:1642237738910-108.png]]
424 424  
425 -另外，应该将处理吞吐量的事态纳入考量，因为尽管现代IT系统几乎可以探测到任何事态，但不是所有事态都需要进行响应。因此，从最初预防灾难到后来完善组件，通常都应将监控和事态管理进行迭代开发。
426 -)))
427 -|定义服务'运行状况模型'（端到端事态）|(((
428 -根据参与服务设计的团队的输入，构建了一个“运行状况模型”，它反映了服务及其关联的关键事态。一个服务可能有几种模型。
429 429  
430 -这些模型使监控团队可以评估服务的用户体验。例如，可以为单个银行客户交易构建模型，并度量从移动应用程序中的请求（包括所有银行数据库系统到移动应用程序中完成交易的通知）花费的时间。
431 431  
432 -服务“运行状况模型”也可以实现为服务健康和性能的报告或仪表板，并由服务所有者，参与其他实践的团队和其他利益相关者临时使用。这样，有关这些服务的信息就被干系人“拉”走了。
433 -)))
434 -|定义事态关联和规则集|(((
435 -与参与服务设计的团队一起，定义事态关联和相应的规则集。
418 +=== **3.2.2 事态规划** ===
436 436  
437 -某些关联可能会使用第二个事态作为对第一个事态的检查，或者进一步过滤事态的范围。同样，已定义的关联可以帮助防止事态同时发生时可能产生的负面协同效应。
438 -
439 -规则集由多个规则组成，这些规则定义了如何处理和评估特定事态的事态消息。例如，每次磁盘日志文件到达其容量时都可能生成警告事态，但是如果已生成四个以上的警告事件，则会生成异常事态。
440 -
441 -规则本身通常嵌入监控和事态处理技术中。它们由布尔类型的算法组成，用于关联已生成的事态，以创建需要传达的其他事态。这些算法可以编入通常称为关联引擎的事态管理软件中。
442 -
443 -人工智能（AI）系统可用于定义用户，管理员，系统等的典型和非典型行为。这可能形成其他检查以过滤事态。
444 -)))
445 -|将事态与行动计划、职能部门和通知对应起来|(((
446 -对于每个事态或事态组，都定义了一个行动计划以尽量减少事态的负面影响。基于行动计划，可以定义响应事态的团队或职能部门。
447 -
448 -行动计划还可以自动执行或半自动执行，包括对某些重要操作进行人工干预。
449 -
450 -在此阶段创建的行动计划成为事态程序和自动化的基础。
451 -)))
452 -
453 -=== 3.2.2 事态规划 ===
454 -
455 455  表3.3事态处理流程的输入、活动和输出
456 456  
457 -|**关键输入**|**活动**|**关键输出**
458 -|(((
422 +(% style="width:593px" %)
423 +|(% style="width:137px" %)**关键输入**|(% style="width:220px" %)**活动**|(% style="width:233px" %)**关键输出**
424 +|(% style="width:137px" %)(((
459 459  * 来自监控对象，监控工具的通知
460 460  * 监控计划
461 -)))|(((
427 +)))|(% style="width:220px" %)(((
462 462  * 事态检测
463 463  * 事态日志记录
464 464  * 事态过滤和相关性检查（可能是迭代的）
... ... @@ -465,7 +465,7 @@
465 465  * 事态分类
466 466  * 事态响应选择
467 467  * 发送通知，执行响应规程
468 -)))|(((
434 +)))|(% style="width:233px" %)(((
469 469  * 事态记录
470 470  * 已更新的事态统计信息
471 471  * 事态响应错误
... ... @@ -478,103 +478,39 @@
478 478  
479 479  图3.3事态处理流程的工作流程
480 480  
447 +(% style="text-align:center" %)
481 481  [[image:图片4.png]]
482 482  
483 -[[image:file:///C:\Users\19805\AppData\Local\Temp\ksohtml15296\wps11.jpg]]
484 484  
485 485  
486 486  表3.4事态处理流程的活动
487 487  
488 -|**活动**|**描述**
489 -|事态检测|(((
490 -监控系统检测到的事态，或作为手动监控的结果。
454 +[[image:1642237833826-395.png]]
491 491  
492 -并非所有事态都应被检测到，监控系统带宽也应纳入考量。在现有有限的资源中应仅检测到关键事件和需要采取行动的事态。
493 -)))
494 -|事态记录|事态应该最好自动记录在监控系统中。
495 -|事态过滤和相关性检查（可能是迭代的）|(((
496 -事态应该按照规则集进行处理，以过滤和查找相关性，以实现更好的分类。
456 +[[image:1642237866153-106.png]]
497 497  
498 -该活动可能是迭代的。
499 -)))
500 -|事态分类|事态分为组或类型，如果需要选择适当的响应，则在组内进一步过滤特定的事态。
501 -|事态响应选择|在监控规划流程中应该为每个事态制定行动计划或响应规程。根据规划中定义的规则，选择事态响应和通知的团队。
502 -|发送通知，执行响应规程|响应规程执行后，将通知负责操作或监督的团队（如果响应规程是全自动的）。
503 503  
504 -|**关键输入**|**活动**|**关键输出**
505 -|(((
506 -* 更新的知识文章
507 -* 重大事态记录
508 -* 重大事件记录
509 -* 改进建议
510 -* 事态记录和统计
511 -* 服务所有者和利益相关者的信息请求
512 -)))|(((
513 -* 评审重大事态和事件
514 -* 评审过滤和相关性分析
515 -* 评审服务“运行状态模式”
516 -* 评估事态的响应程序和自动化程度
517 -* 评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具
518 -* 评审监控工具收集的统计信息
519 -)))|(((
520 -* 更新的事态响应程序
521 -* 过滤和相关分析的改进建议
522 -* 针对自动化的变更
523 -* 更新的监控标准和阈值
524 -* 更新的过滤方法
525 -* 更新的被使用的工具和技术清单
526 -* 更新的已提供的报告和统计信息清单
527 -)))
528 528  
529 529  === **3.2.3 监控和事态管理评审** ===
530 530  
531 -|活动|描述
532 -|评审重大事态和事件|(((
533 -事实上，重大事件发生通常可能意味着未检测到某些异常服务或组件行为并对其采取行动。因此，重大事态和事件为监控知识发现和改进提供了良好的基础。
462 +[[image:1642237945213-442.png]]
534 534  
535 -应审查和分析重大事态的性质、相关性，并将其分解为组件甚至配置项，并应探索相应的指标，这些指标可能有助于检测导致重大事件的重大事态或异常。
464 +表3.6 监控和事态管理评审流程的活动
536 536  
537 -应探索组件的其他或类似风险，并将已识别的事态添加到监控中。
538 538  
539 -建议对监控进行更改以在未来检测类似的事态。
540 -)))
541 -|(((
542 -评审过滤和相关性分析的评审
543 543  
544 -评审服务的“运行状态模式”
545 -)))|当监控检测到大量事态或检测不到事态时，应进行过滤和相关性分析。有时可以考虑采取临时措施，例如放宽阈值或事态分组。否则，应进行详细分析和详尽的规则定义，以及建议对监控进行更改。
546 -|评估事态响应程序和自动化程度|(((
547 -应评审因事态响应导致的事件和故障并提出变更建议。
548 -
549 -同样，此评审的目标应是提高事态检测和事态响应的自动化程度。也可以建议其他的自动化。
550 -)))
551 -|评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具|(((
552 -应审查内部和市场上可能提高监控效率的工具。应在监控预算内建议试用和试运行。
553 -
554 -另外，此评审应该讨论监控中使用的任何新技术或最佳实践，应该进行市场基准测试的开发，并提出对监控的改进。
555 -)))
556 -|评审监控工具收集的统计信息|(((
557 -应该审查统计信息，以提出对监控的改进，并监控服务。
558 -
559 -服务生命周期涉及的所有团队均应评审检测到的服务趋势。
560 -)))
561 -
562 -**表3.6 监控和事态管理评审流程的活动**
563 -
564 -
565 -
566 566  ----
567 567  
568 -= 4  **组织和人员** =
470 += **4 ** **组织和人员** =
569 569  
570 570  
571 571  == **4.1 角色，能力和责任** ==
572 572  
573 -**实践指南没有描述实践管理的角色，例如实践所有者，实践领导者或实践教练。实践指南着重于每个实践的专家角色。每个角色的结构和命名都可能在组织间存在差异，因此ITIL中定义的任何角色都不应被视为强制性的，甚至不被视为建议。请记住，角色不是职务头衔。一个人可以担任多个角色，同样，一个角色可以分配给多个人。**
475 +实践指南没有描述实践管理的角色，例如实践所有者，实践领导者或实践教练。实践指南着重于每个实践的专家角色。每个角色的结构和命名都可能在组织间存在差异，因此ITIL中定义的任何角色都不应被视为强制性的，甚至不被视为建议。请记住，角色不是职务头衔。一个人可以担任多个角色，同样，一个角色可以分配给多个人。
574 574  
575 -**流程和活动中描述了角色。每个角色可以基于以下能力框架模型进行描述：**
477 +流程和活动中描述了角色。每个角色可以基于以下能力框架模型进行描述：
576 576  
577 -|**能力代码**|**描述**
479 +|能力代码|描述
578 578  |**L**|**Leader 领导者** 与此能力相关的活动和技能包括决策、授权、监督其他活动、激励措施和动机、以及评估结果。
579 579  |**А**|**Administrator 管理员** 与此功能相关的活动和技能包括任务的分配和优先级，记录保存，持续报告以及基本改进计划。
580 580  |**C**|**Coordinator/Communicator 协调员/沟通者** 与此能力相关的活动和技能包括多方协调，利益相关方之间的沟通以及开展提高认识行动。
... ... @@ -581,224 +581,25 @@
581 581  |**М**|**Methods and techniques expert 方法和技术专家** 与该能力相关的活动和技能包括设计和工作技术的实施，程序文档，有关流程的咨询，工作分析以及持续改进。
582 582  |**Т**|**Technical expert 技术专家** 此能力专注于技术（IT）专业知识和基于专业知识的任务。
583 583  
584 -|(% style="width:203px" %)**活动**|(% colspan="2" style="width:205px" %)**负责角色**|(% colspan="2" %)**能力框架**|**具体技能**
585 -|(% colspan="6" %)**监控规划流程**
586 -|(% style="width:203px" %)**定义监控目标**|(% style="width:199px" %)(((
587 -**服务负责人**
486 +[[image:1642237990168-323.png]]
588 588  
589 -**设计人**
488 +[[image:1642238024237-336.png]]
590 590  
591 -**开发人员**
490 +[[image:1642238202293-164.png]]
592 592  
593 -**用户**
492 +[[image:1642238225338-195.png]]
594 594  
595 -**交付经理**
494 +[[image:1642238253882-729.png]]
596 596  
597 -**客户经理**
496 +表4.1 监控和事态管理实践活动涉及的角色
598 598  
599 -**测试人员**
600 600  
601 -**服务验证专家**
602 -
603 -**运维经理**
604 -)))|(% colspan="2" %)**协调员、管理员（CA）**|(% colspan="2" %)(((
605 -**理解利益相关者的服务价值和服务主张**
606 -
607 -**服务级别和用户体验方面的专业知识**
608 -)))
609 -|(% style="width:203px" %)(((
610 -**评估可用的度量监控标准**
611 -
612 -**定义监控对象的事态类型**
613 -
614 -**定义不同事态类型的阈值**
615 -)))|(% style="width:199px" %)(((
616 -**测试人员**
617 -
618 -**服务验证专家**
619 -
620 -**监控专家**
621 -
622 -**开发人员**
623 -
624 -**设计人员**
625 -
626 -**架构师**
627 -
628 -**业务经理**
629 -)))|(% colspan="2" %)**技术专家、方法技术专家（T M）**|(% colspan="2" %)(((
630 -**服务架构和设计的知识**
631 -
632 -**监控工具，探头探测器和传感器方面的专业知识**
633 -)))
634 -|(% style="width:203px" %)(((
635 -**定义服务'运行状况模型'（端到端事件）**
636 -
637 -**定义事件关联和规则集**
638 -)))|(% style="width:199px" %)(((
639 -**服务负责人**
640 -
641 -**用户**
642 -
643 -**交付经理**
644 -
645 -**客户经理**
646 -
647 -**运维经理**
648 -
649 -**测试人员**
650 -
651 -**服务验证专家**
652 -
653 -**监控专家**
654 -
655 -**开发人员**
656 -
657 -**设计人员**
658 -
659 -**架构师**
660 -)))|(% colspan="2" %)**技术专家、方法技术专家、管理员（T M A）**|(% colspan="2" %)(((
661 -**用户体验的知识**
662 -
663 -**功效需求和功用需求的知识**
664 -
665 -**服务主题和业务流程知识**
666 -
667 -**服务架构和设计的知识**
668 -
669 -**监控工具、探头探测器和传感器方面的专业知识**
670 -)))
671 -|(% style="width:203px" %)**建立行动计划和需要响应和通知的职能部门之间的映射关系**|(% style="width:199px" %)(((
672 -**服务负责人**
673 -
674 -**用户**
675 -
676 -**交付经理**
677 -
678 -**客户经理**
679 -
680 -**测试人员**
681 -
682 -**服务验证专家**
683 -
684 -**监控专家**
685 -
686 -**开发人员**
687 -
688 -**设计人员**
689 -
690 -**架构师**
691 -)))|(% colspan="2" %)**管理员、技术专家、方法技术专家（A T M）**|(% colspan="2" %)(((
692 -**运维和支持基础设施以及组织的知识**
693 -
694 -**服务架构和设计的知识**
695 -
696 -**监控工具以及探头探测器和传感器方面的专业知识**
697 -)))
698 -|(% colspan="6" %)(((
699 -**事态处理流程**
700 -
701 -**应尽一切努力使此流程尽可能自动化，因此将不讨论该流程的角色。**
702 -)))
703 -|(% colspan="6" %)**监控和事态管理评审**
704 -|(% style="width:203px" %)(((
705 -**评审重大事件或事态**
706 -
707 -**评审过滤和相关性分析**
708 -
709 -**评审服务“运行状况模式“**
710 -)))|(% style="width:199px" %)(((
711 -**服务负责人**
712 -
713 -**用户**
714 -
715 -**交付经理**
716 -
717 -**客服经理**
718 -
719 -**监控专家**
720 -
721 -**开发人员**
722 -
723 -**设计人员**
724 -
725 -**架构师**
726 -)))|(% colspan="2" %)**技术专家、方法技术专家、管理员（T M A）**|(% colspan="2" %)(((
727 -**服务架构和设计的知识**
728 -
729 -**监控工具方面的专业知识**
730 -
731 -**服务主题知识和业务流程知识**
732 -
733 -**持续改进技能**
734 -)))
735 -|(% style="width:203px" %)**评估事态的响应程序和自动化程度**|(% style="width:199px" %)(((
736 -**服务负责人**
737 -
738 -**交付经理**
739 -
740 -**监控专家**
741 -
742 -**开发人员**
743 -
744 -**设计人员**
745 -
746 -**架构师**
747 -
748 -**服务台经理**
749 -
750 -**运维经理**
751 -)))|(% colspan="2" %)**管理员、技术专家、方法技术专家、协调员（ATMC）**|(% colspan="2" %)(((
752 -**运维和支持基础设施以及组织的知识**
753 -
754 -**监控工具方面的专业知识**
755 -
756 -**自动化专业知识**
757 -
758 -**服务主题知识和业务流程知识**
759 -
760 -**持续改进技能**
761 -)))
762 -|(% style="width:203px" %)**评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具**|(% style="width:199px" %)(((
763 -**监控专家**
764 -
765 -**架构师**
766 -
767 -**业务分析员**
768 -
769 -**技术顾问**
770 -)))|(% colspan="2" %)**方法技术专家、技术专家、管理员（MTA）**|(% colspan="2" %)(((
771 -**监控工具，AI，ML方面的专业知识**
772 -
773 -**自动化专业知识**
774 -
775 -**持续改进技能**
776 -)))
777 -|(% style="width:203px" %)**评审监控工具收集的统计信息**|(% style="width:199px" %)(((
778 -**监控专家**
779 -
780 -**架构师**
781 -
782 -**业务分析员**
783 -)))|(% colspan="2" %)**方法技术专家、技术专家、管理员（M T A）**|(% colspan="2" %)(((
784 -**服务架构和设计的知识**
785 -
786 -**监控工具方面的专业知识**
787 -
788 -**服务主题知识和业务流程知识**
789 -
790 -**持续改进技能**
791 -)))
792 -
793 -**表4.1 监控和事态管理实践活动涉及的角色**
794 -
795 -
796 796  == **4.2 组织结构和团队** ==
797 797  
798 798  
799 -**组织中很少有专门的监控和事态管理团队。通常，负责服务交付和运维的人员是参与监控的人员。**
502 +组织中很少有专门的监控和事态管理团队。通常，负责服务交付和运维的人员是参与监控的人员。
800 800  
801 -**确保在服务生命周期的设计阶段规划监控是很重要的。因此，负责监控的人员应该参与设计阶段，开发服务或组件的团队可以将服务移交给运维和建立监控。这包括架构师，软件开发团队，基础设施团队，设计人员，负责服务验证、可用性、连续性、容量和性能的团队，等等。**
504 +确保在服务生命周期的设计阶段规划监控是很重要的。因此，负责监控的人员应该参与设计阶段，开发服务或组件的团队可以将服务移交给运维和建立监控。这包括架构师，软件开发团队，基础设施团队，设计人员，负责服务验证、可用性、连续性、容量和性能的团队，等等。
802 802  
803 803  
804 804  
... ... @@ -810,222 +810,72 @@
810 810  == **5.1 信息交流** ==
811 811  
812 812  
813 -**监控和事态管理实践的效果基于所使用信息的质量。该信息包括但不限于以下信息：**
516 +监控和事态管理实践的效果基于所使用信息的质量。该信息包括但不限于以下信息：
814 814  
815 815  1. (((
816 -**客户和用户**
519 +客户和用户
817 817  )))
818 818  1. (((
819 -**服务，及其架构和设计，接受标准和SLA**
522 +服务，及其架构和设计，接受标准和SLA
820 820  )))
821 821  1. (((
822 -**合作伙伴和供应商，包括有关它们提供的服务的SLA信息**
525 +合作伙伴和供应商，包括有关它们提供的服务的SLA信息
823 823  )))
824 824  1. (((
825 -**规范服务提供的政策和要求**
528 +规范服务提供的政策和要求
826 826  )))
827 827  1. (((
828 -**持续的服务交付，包括：**
531 +持续的服务交付，包括：
829 829  )))
830 830  
831 -* **有关当前运行的服务状态的信息**
832 -* **服务功效需求和功用需求**
833 -* **可用的服务指标**
834 -* **服务依赖的配置项**
835 -* **服务组件与其性能之间的相互依赖性**
836 -* **有关重大事件的信息**
837 -* **与已计划的和正在进行的变更及其对服务性能的预期影响有关的信息**
838 -* **可用性，容量和性能目标**
839 -* **负责服务和组件的团队**
840 -* **有关服务的知识文章**
534 +* 有关当前运行的服务状态的信息
535 +* 服务功效需求和功用需求
536 +* 可用的服务指标
537 +* 服务依赖的配置项
538 +* 服务组件与其性能之间的相互依赖性
539 +* 有关重大事件的信息
540 +* 与已计划的和正在进行的变更及其对服务性能的预期影响有关的信息
541 +* 可用性，容量和性能目标
542 +* 负责服务和组件的团队
543 +* 有关服务的知识文章
841 841  
842 -**~ 6.有关服务改进状态的信息**
545 + 6.有关服务改进状态的信息
843 843  
844 844  
845 -**该信息可以采用各种形式。实践的关键输入和输出在本指南的“ 价值流和流程”部分中列出。**
548 +该信息可以采用各种形式。实践的关键输入和输出在本指南的“ 价值流和流程”部分中列出。
846 846  
847 847  
848 848  == **5.2  自动化和工具** ==
849 849  
850 850  
851 -**在某些情况下，监控和事态管理实践的工作可以大大受益于自动化（有关何时适用的详细信息，请参见本指南的“ 价值流和流程”部分）。在这种情况下，自动化是可能且有效的，它可能涉及表5.1中概述的解决方案。**
554 +在某些情况下，监控和事态管理实践的工作可以大大受益于自动化（有关何时适用的详细信息，请参见本指南的“ 价值流和流程”部分）。在这种情况下，自动化是可能且有效的，它可能涉及表5.1中概述的解决方案。
852 852  
853 -|**流程活动**|**自动化手段**|**关键功能**|**实践的效果上的影响**
854 -|(% colspan="4" %)**监控规划流程**
855 -|(((
856 -**定义监控目标**
556 +[[image:1642238337737-961.png]]
857 857  
858 -**评估可用的度量监控标准**
558 +[[image:1642238364744-334.png]]
859 859  
860 -**定义监控对象的事态类型**
861 -)))|(((
862 -**可视化工具（例如思维导图，服务图表，架构可视化）**
560 +[[image:1642238466365-934.png]]
863 863  
864 -**服务目录工具**
562 +[[image:1642238480595-735.png]]
865 865  
866 -**配置管理数据库**
867 -)))|(((
868 -**服务结构，依赖项，配置项等的可视化**
564 +表5.1 监控和事态管理活动的自动化解决方案
869 869  
870 -**提供有关服务结构的信息，以及**
871 871  
872 -**组件/ 服务的相互依赖性**
873 873  
874 -**提供有关**
875 -
876 -**服务SLA和要求的信息**
877 -)))|**中**
878 -|(((
879 -**定义不同事态类型的阈值**
880 -
881 -**定义服务'运行状况模型'（端到端事件）**
882 -
883 -**定义事态关联和规则集**
884 -)))|(((
885 -**监控和事态管理工具**
886 -
887 -**ITSM工具**
888 -
889 -**软件定义的基础设施工具**
890 -
891 -**基础设施和平台内置的监控工具**
892 -
893 -**服务可视化工具**
894 -)))|**主动和被动性监控，事态设置，数据收集，数据分析，警报，规则设置**|**高**
895 -|**建立行动计划和需要响应和通知的职能部门之间的映射关系**|(((
896 -**监控和事态管理工具**
897 -
898 -**ITSM工具**
899 -
900 -**软件定义的基础设施工具**
901 -
902 -**协作和通讯工具**
903 -
904 -**集成总线**
905 -
906 -**自动化系统**
907 -
908 -**用于事态关联、行为监控与分析的AI和ML工具**
909 -)))|(((
910 -**ITSM工具集成（例如，基于事态的事件记录）**
911 -
912 -**通知和通讯，任务创建。**
913 -
914 -**自动化脚本运行**
915 -
916 -**AI和ML 事态关联，正常/异常行为分析**
917 -)))|**高**
918 -|(% colspan="4" %)**事态处理流程**
919 -|(((
920 -**事态检测**
921 -
922 -**事态日志记录**
923 -
924 -**事态过滤和相关性检查（可能是迭代的）**
925 -
926 -**事态分类**
927 -
928 -**事态响应选择**
929 -
930 -**发送通知、执行响应过程**
931 -)))|(((
932 -**监控和事态管理工具**
933 -
934 -**ITSM工具**
935 -
936 -**软件定义的基础设施工具**
937 -
938 -**协作和**
939 -
940 -**通讯工具**
941 -
942 -**集成总线**
943 -
944 -**自动化系统**
945 -
946 -**报告和仪表板工具和门户**
947 -)))|(((
948 -**ITSM工具集成（例如，基于事态的事件记录）**
949 -
950 -**通知和通讯，任务创建。**
951 -
952 -**自动化脚本运行**
953 -
954 -**AI和ML 事态关联，正常/异常行为分析**
955 -
956 -**报告和仪表板发布**
957 -)))|**高**
958 -|(% colspan="4" %)**监控和事态管理评审**
959 -|(((
960 -**评审重大事件或事态**
961 -
962 -**评审过滤和相关性分析**
963 -
964 -**评审服务“运行状况模式“**
965 -
966 -**评估事态的响应程序和自动化程度**
967 -
968 -**评审用于数据分析、相关性分析、人工智能和机器学习的工具**
969 -
970 -**评审监控工具收集的统计信息**
971 -)))|(((
972 -**可视化工具（例如思维导图，服务图表，架构可视化）**
973 -
974 -**统计分析工具，数据库**
975 -
976 -**服务目录工具**
977 -
978 -**配置管理数据库**
979 -
980 -**监控和事态管理工具**
981 -
982 -**ITSM工具**
983 -
984 -**协作和通讯工具**
985 -
986 -**报告和仪表板工具和门户**
987 -
988 -**业务分析工具**
989 -
990 -**基准工具和**
991 -
992 -**知识管理工具**
993 -)))|(((
994 -**服务结构，依赖项，配置项等的可视化**
995 -
996 -**提供有关服务结构和组件/ 服务相互依赖关系的信息**
997 -
998 -**提供有关服务SLA和要求，合规性和违规的信息**
999 -
1000 -**提供重大事件的信息**
1001 -
1002 -**报告和仪表板发布**
1003 -
1004 -**通知，聊天**
1005 -
1006 -**分析和评估**
1007 -
1008 -**知识共享**
1009 -)))|**中**
1010 -
1011 -**表5.1 监控和事态管理活动的自动化解决方案**
1012 -
1013 -
1014 -
1015 1015  ----
1016 1016  
1017 1017  = **6  合作伙伴和供应商** =
1018 1018  
1019 1019  
1020 -**只有很少的服务是使用自己的资源提供的。大多数（如果不是全部）依赖于其他服务，这些服务通常由组织以外的第三方提供（请参阅ITIL//®//Foundation：ITIL 4 Edition出版物中的第2.4节，了解服务关系的模型）。支持服务在供应商管理的实践指南中介绍了关系和依赖性。**
573 +只有很少的服务是使用自己的资源提供的。大多数（如果不是全部）依赖于其他服务，这些服务通常由组织以外的第三方提供（请参阅ITIL//®//Foundation：ITIL 4 Edition出版物中的第2.4节，了解服务关系的模型）。支持服务在供应商管理的实践指南中介绍了关系和依赖性。
1021 1021  
1022 -**通信和云服务的开发使得外部监控服务非常受欢迎。配置项像服务器，数据库实例可以安装监控代理并将信息输入云存储库。这样的解决方案使其他使用了AI和机器学习（ML）的分析变得更容易，更便宜。这种解决方案中的机器学习（ML）通过合并来自数千个监控对象的数据以及对系统和用户的正常和异常行为理解的不断修正而得到改进。**
575 +通信和云服务的开发使得外部监控服务非常受欢迎。配置项像服务器，数据库实例可以安装监控代理并将信息输入云存储库。这样的解决方案使其他使用了AI和机器学习（ML）的分析变得更容易，更便宜。这种解决方案中的机器学习（ML）通过合并来自数千个监控对象的数据以及对系统和用户的正常和异常行为理解的不断修正而得到改进。
1023 1023  
1024 -**另一个重要的考量是涉及到外包服务和组件监控权限的问题，因此组织会控制与服务提供者达成共识的度量标准。**
577 +另一个重要的考量是涉及到外包服务和组件监控权限的问题，因此组织会控制与服务提供者达成共识的度量标准。
1025 1025  
1026 -**此外，必须将外部供应商开发的所有服务设计为具有监控功能，这意味着设计的服务必须能够提供有关其性能和运行状态的信息。**
579 +此外，必须将外部供应商开发的所有服务设计为具有监控功能，这意味着设计的服务必须能够提供有关其性能和运行状态的信息。
1027 1027  
1028 -**当组织旨在确保监控和事态管理快速有效时，他们通常会试图同意与合作伙伴和供应商的密切合作，消除沟通，协作和决策方面的正式官僚障碍。有关更多信息，请参考供应商管理实践指南。**
581 +当组织旨在确保监控和事态管理快速有效时，他们通常会试图同意与合作伙伴和供应商的密切合作，消除沟通，协作和决策方面的正式官僚障碍。有关更多信息，请参考供应商管理实践指南。
1029 1029  
1030 1030  
1031 1031  
... ... @@ -1034,19 +1034,19 @@
1034 1034  = **7  重要提醒** =
1035 1035  
1036 1036  
1037 -**实践指南的大部分内容都应作为组织在建立和发展自己的实践时可能考虑的领域的建议。实践指南是组织可能考虑的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：**
590 +实践指南的大部分内容都应作为组织在建立和发展自己的实践时可能考虑的领域的建议。实践指南是组织可能考虑的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
1038 1038  
1039 -1. **聚焦价值**
1040 -1. **从你所处的地方开始**
1041 -1. **基于反馈迭代推进**
1042 -1. **协作和提升可视化程度**
1043 -1. **整体性思考和工作**
1044 -1. **保持简单实用**
1045 -1. **优化和自动化。**
592 +* 聚焦价值
593 +* 从你所处的地方开始
594 +* 基于反馈迭代推进
595 +* 协作和提升可视化程度
596 +* 整体性思考和工作
597 +* 保持简单实用
598 +* 优化和自动化。
1046 1046  
1047 -**有关指导原则及其应用程序的更多信息，请参见以下内容的第4.3节：**
600 +有关指导原则及其应用程序的更多信息，请参见以下内容的第4.3节：
1048 1048  
1049 -**//ITIL®Foundation：ITIL 4Edition//.**
602 +//ITIL®Foundation：ITIL 4Edition//.
1050 1050  
1051 1051  
1052 1052  
... ... @@ -1055,14 +1055,14 @@
1055 1055  = **8  致谢** =
1056 1056  
1057 1057  
1058 -**AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。**
611 +AXELOS Ltd非常感谢为本指南的开发做出贡献的每一个人。这些实践指南融合了ITIL社区前所未有的热情和反馈。AXELOS特别要感谢以下人员。
1059 1059  
1060 1060  
1061 1061  == **8.1 作者** ==
1062 1062  
1063 -**Dennis Cotter .**
616 +Dennis Cotter .
1064 1064  
1065 1065  
1066 1066  == **8.2 审稿人** ==
1067 1067  
1068 -**Roman Jouravlev.**
621 +Roman Jouravlev.
Icon 1642237641108-965.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +99.0 KB
Content Icon
Icon 1642237710166-351.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +109.4 KB
Content Icon
Icon 1642237738910-108.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +26.9 KB
Content Icon
Icon 1642237833826-395.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +68.3 KB
Content Icon
Icon 1642237866153-106.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +50.7 KB
Content Icon
Icon 1642237945213-442.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +117.1 KB
Content Icon
Icon 1642237990168-323.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +59.9 KB
Content Icon
Icon 1642238024237-336.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +51.8 KB
Content Icon
Icon 1642238049838-958.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +39.8 KB
Content Icon
Icon 1642238202293-164.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +45.3 KB
Content Icon
Icon 1642238225338-195.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +59.3 KB
Content Icon
Icon 1642238253882-729.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +21.9 KB
Content Icon
Icon 1642238337737-961.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +69.5 KB
Content Icon
Icon 1642238364744-334.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +39.6 KB
Content Icon
Icon 1642238421478-919.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +94.3 KB
Content Icon
Icon 1642238466365-934.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +49.1 KB
Content Icon
Icon 1642238480595-735.png
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.superadmin
Size
... ... @@ -1,0 +1,1 @@
1 +71.7 KB
Content Icon
深圳市艾拓先锋企业管理咨询有限公司