Changes for page 服务管理实践 - 05 监控和事态

Last modified by superadmin on 2024/12/25, 15:38

From version < 42.1 >

edited by superadmin
on 2022/01/15, 17:21

To version < 41.1 >

edited by superadmin
on 2022/01/15, 17:21

< >

Change comment: 上传新附件1642238480595-735.png

Raw
Rendered

Summary

Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

@@ -405,26
          +405,62 @@
--表3.2监控规划流程的活动
++表3.2监控规划流程的活
--[[image:1642237641108-965.png]]
++|**活动**|**描述**
++|定义监控目标|(((
++利用从服务设计阶段、服务验证和测试实践以及服务开发（可用性，容量和性能管理实践）和服务级别管理实践收到的信息，团队定义监控的关键目标。
--[[image:1642237710166-351.png]]
++该讨论应覆盖功效需求到功用需求（首先涵盖最明显的功能要求，例如，在应用程序的用户案例中）。另外，从关键服务性能到更多详细信息和组件，它的颗粒度应增加。
--[[image:1642237738910-108.png]]
++团队应列出一个优先级降序的监控列表。
++)))
++|评估可用的度量监控标准|(((
++然后，将监控优先级列表项映射或转换为可用度量或基于可用度量的综合度量。
++应该探索添加度量值。
++)))
++|定义监控对象的事态类型|团队对不同类型的事态进行定义和分类。类型可以是一般性的，例如信息性，警告性，异常性，也可以取决于功能，用户组及其优先级，再通过关键监控目标的组件或类型进行划分。
++|定义不同事态类型的阈值|(((
++团队与服务或组件开发团队一起定义不同类型事态的阈值。相同的组件指标可能是根据现有的SLA和针对服务或组件定义的可用性，容量和性能的要求，它基于服务进行了不同的处理。
++另外，应该将处理吞吐量的事态纳入考量，因为尽管现代IT系统几乎可以探测到任何事态，但不是所有事态都需要进行响应。因此，从最初预防灾难到后来完善组件，通常都应将监控和事态管理进行迭代开发。
++)))
++|定义服务'运行状况模型'（端到端事态）|(((
++根据参与服务设计的团队的输入，构建了一个“运行状况模型”，它反映了服务及其关联的关键事态。一个服务可能有几种模型。
++这些模型使监控团队可以评估服务的用户体验。例如，可以为单个银行客户交易构建模型，并度量从移动应用程序中的请求（包括所有银行数据库系统到移动应用程序中完成交易的通知）花费的时间。
++
++服务“运行状况模型”也可以实现为服务健康和性能的报告或仪表板，并由服务所有者，参与其他实践的团队和其他利益相关者临时使用。这样，有关这些服务的信息就被干系人“拉”走了。
++)))
++|定义事态关联和规则集|(((
++与参与服务设计的团队一起，定义事态关联和相应的规则集。
++
++某些关联可能会使用第二个事态作为对第一个事态的检查，或者进一步过滤事态的范围。同样，已定义的关联可以帮助防止事态同时发生时可能产生的负面协同效应。
++
++规则集由多个规则组成，这些规则定义了如何处理和评估特定事态的事态消息。例如，每次磁盘日志文件到达其容量时都可能生成警告事态，但是如果已生成四个以上的警告事件，则会生成异常事态。
++
++规则本身通常嵌入监控和事态处理技术中。它们由布尔类型的算法组成，用于关联已生成的事态，以创建需要传达的其他事态。这些算法可以编入通常称为关联引擎的事态管理软件中。
++
++人工智能（AI）系统可用于定义用户，管理员，系统等的典型和非典型行为。这可能形成其他检查以过滤事态。
++)))
++|将事态与行动计划、职能部门和通知对应起来|(((
++对于每个事态或事态组，都定义了一个行动计划以尽量减少事态的负面影响。基于行动计划，可以定义响应事态的团队或职能部门。
++
++行动计划还可以自动执行或半自动执行，包括对某些重要操作进行人工干预。
++
++在此阶段创建的行动计划成为事态程序和自动化的基础。
++)))
++
  === **3.2.2 事态规划** ===
  表3.3事态处理流程的输入、活动和输出
--(% style="width:593px" %)
--|(% style="width:137px" %)**关键输入**|(% style="width:220px" %)**活动**|(% style="width:233px" %)**关键输出**
--|(% style="width:137px" %)(((
++|**关键输入**|**活动**|**关键输出**
++|(((
  * 来自监控对象，监控工具的通知
  * 监控计划
--)))|(% style="width:220px" %)(((
++)))|(((
  * 事态检测
  * 事态日志记录
  * 事态过滤和相关性检查（可能是迭代的）
@@ -431,7
          +431,7 @@
  * 事态分类
  * 事态响应选择
  * 发送通知，执行响应规程
--)))|(% style="width:233px" %)(((
++)))|(((
  * 事态记录
  * 已更新的事态统计信息
  * 事态响应错误
@@ -451,16
          +451,80 @@
  表3.4事态处理流程的活动
--[[image:1642237833826-395.png]]
++|**活动**|**描述**
++|事态检测|(((
++监控系统检测到的事态，或作为手动监控的结果。
--[[image:1642237866153-106.png]]
++并非所有事态都应被检测到，监控系统带宽也应纳入考量。在现有有限的资源中应仅检测到关键事件和需要采取行动的事态。
++)))
++|事态记录|事态应该最好自动记录在监控系统中。
++|事态过滤和相关性检查（可能是迭代的）|(((
++事态应该按照规则集进行处理，以过滤和查找相关性，以实现更好的分类。
++该活动可能是迭代的。
++)))
++|事态分类|事态分为组或类型，如果需要选择适当的响应，则在组内进一步过滤特定的事态。
++|事态响应选择|在监控规划流程中应该为每个事态制定行动计划或响应规程。根据规划中定义的规则，选择事态响应和通知的团队。
++|发送通知，执行响应规程|响应规程执行后，将通知负责操作或监督的团队（如果响应规程是全自动的）。
++|**关键输入**|**活动**|**关键输出**
++|(((
++* 更新的知识文章
++* 重大事态记录
++* 重大事件记录
++* 改进建议
++* 事态记录和统计
++* 服务所有者和利益相关者的信息请求
++)))|(((
++* 评审重大事态和事件
++* 评审过滤和相关性分析
++* 评审服务“运行状态模式”
++* 评估事态的响应程序和自动化程度
++* 评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具
++* 评审监控工具收集的统计信息
++)))|(((
++* 更新的事态响应程序
++* 过滤和相关分析的改进建议
++* 针对自动化的变更
++* 更新的监控标准和阈值
++* 更新的过滤方法
++* 更新的被使用的工具和技术清单
++* 更新的已提供的报告和统计信息清单
++)))
  === **3.2.3 监控和事态管理评审** ===
--[[image:1642237945213-442.png]]
++|活动|描述
++|评审重大事态和事件|(((
++事实上，重大事件发生通常可能意味着未检测到某些异常服务或组件行为并对其采取行动。因此，重大事态和事件为监控知识发现和改进提供了良好的基础。
++应审查和分析重大事态的性质、相关性，并将其分解为组件甚至配置项，并应探索相应的指标，这些指标可能有助于检测导致重大事件的重大事态或异常。
++
++应探索组件的其他或类似风险，并将已识别的事态添加到监控中。
++
++建议对监控进行更改以在未来检测类似的事态。
++)))
++|(((
++评审过滤和相关性分析的评审
++
++评审服务的“运行状态模式”
++)))|当监控检测到大量事态或检测不到事态时，应进行过滤和相关性分析。有时可以考虑采取临时措施，例如放宽阈值或事态分组。否则，应进行详细分析和详尽的规则定义，以及建议对监控进行更改。
++|评估事态响应程序和自动化程度|(((
++应评审因事态响应导致的事件和故障并提出变更建议。
++
++同样，此评审的目标应是提高事态检测和事态响应的自动化程度。也可以建议其他的自动化。
++)))
++|评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具|(((
++应审查内部和市场上可能提高监控效率的工具。应在监控预算内建议试用和试运行。
++
++另外，此评审应该讨论监控中使用的任何新技术或最佳实践，应该进行市场基准测试的开发，并提出对监控的改进。
++)))
++|评审监控工具收集的统计信息|(((
++应该审查统计信息，以提出对监控的改进，并监控服务。
++
++服务生命周期涉及的所有团队均应评审检测到的服务趋势。
++)))
++
  表3.6 监控和事态管理评审流程的活动
@@ -483,16
          +483,215 @@
  |**М**|**Methods and techniques expert 方法和技术专家** 与该能力相关的活动和技能包括设计和工作技术的实施，程序文档，有关流程的咨询，工作分析以及持续改进。
  |**Т**|**Technical expert 技术专家** 此能力专注于技术（IT）专业知识和基于专业知识的任务。
--[[image:1642237990168-323.png]]
++|(% style="width:203px" %)活动|(% colspan="2" style="width:205px" %)负责角色|(% colspan="2" %)能力框架|**具体技能**
++|(% colspan="6" %)监控规划流程
++|(% style="width:203px" %)定义监控目标|(% style="width:199px" %)(((
++服务负责人
--[[image:1642238024237-336.png]]
++设计人
--[[image:1642238202293-164.png]]
++开发人员
--[[image:1642238225338-195.png]]
++用户
--[[image:1642238253882-729.png]]
++交付经理
++客户经理
++
++测试人员
++
++服务验证专家
++
++运维经理
++)))|(% colspan="2" %)协调员、管理员（CA）|(% colspan="2" %)(((
++理解利益相关者的服务价值和服务主张
++
++服务级别和用户体验方面的专业知识
++)))
++|(% style="width:203px" %)(((
++评估可用的度量监控标准
++
++定义监控对象的事态类型
++
++定义不同事态类型的阈值
++)))|(% style="width:199px" %)(((
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++
++业务经理
++)))|(% colspan="2" %)技术专家、方法技术专家（T M）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具，探头探测器和传感器方面的专业知识
++)))
++|(% style="width:203px" %)(((
++定义服务'运行状况模型'（端到端事件）
++
++定义事件关联和规则集
++)))|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客户经理
++
++运维经理
++
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)技术专家、方法技术专家、管理员（T M A）|(% colspan="2" %)(((
++用户体验的知识
++
++功效需求和功用需求的知识
++
++服务主题和业务流程知识
++
++服务架构和设计的知识
++
++监控工具、探头探测器和传感器方面的专业知识
++)))
++|(% style="width:203px" %)建立行动计划和需要响应和通知的职能部门之间的映射关系|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客户经理
++
++测试人员
++
++服务验证专家
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)管理员、技术专家、方法技术专家（A T M）|(% colspan="2" %)(((
++运维和支持基础设施以及组织的知识
++
++服务架构和设计的知识
++
++监控工具以及探头探测器和传感器方面的专业知识
++)))
++|(% colspan="6" %)(((
++事态处理流程
++
++应尽一切努力使此流程尽可能自动化，因此将不讨论该流程的角色。
++)))
++|(% colspan="6" %)监控和事态管理评审
++|(% style="width:203px" %)(((
++评审重大事件或事态
++
++评审过滤和相关性分析
++
++评审服务“运行状况模式“
++)))|(% style="width:199px" %)(((
++服务负责人
++
++用户
++
++交付经理
++
++客服经理
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++)))|(% colspan="2" %)技术专家、方法技术专家、管理员（T M A）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具方面的专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评估事态的响应程序和自动化程度|(% style="width:199px" %)(((
++服务负责人
++
++交付经理
++
++监控专家
++
++开发人员
++
++设计人员
++
++架构师
++
++服务台经理
++
++运维经理
++)))|(% colspan="2" %)管理员、技术专家、方法技术专家、协调员（ATMC）|(% colspan="2" %)(((
++运维和支持基础设施以及组织的知识
++
++监控工具方面的专业知识
++
++自动化专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评审用于数据分析、相关性分析、人工智能（AI）和机器学习（ML）的工具|(% style="width:199px" %)(((
++监控专家
++
++架构师
++
++业务分析员
++
++技术顾问
++)))|(% colspan="2" %)方法技术专家、技术专家、管理员（MTA）|(% colspan="2" %)(((
++监控工具，AI，ML方面的专业知识
++
++自动化专业知识
++
++持续改进技能
++)))
++|(% style="width:203px" %)评审监控工具收集的统计信息|(% style="width:199px" %)(((
++监控专家
++
++架构师
++
++业务分析员
++)))|(% colspan="2" %)方法技术专家、技术专家、管理员（M T A）|(% colspan="2" %)(((
++服务架构和设计的知识
++
++监控工具方面的专业知识
++
++服务主题知识和业务流程知识
++
++持续改进技能
++)))
++
  表4.1 监控和事态管理实践活动涉及的角色
@@ -553,14
          +553,164 @@
  在某些情况下，监控和事态管理实践的工作可以大大受益于自动化（有关何时适用的详细信息，请参见本指南的“ 价值流和流程”部分）。在这种情况下，自动化是可能且有效的，它可能涉及表5.1中概述的解决方案。
--[[image:1642238337737-961.png]]
++|流程活动|自动化手段|关键功能|实践的效果上的影响
++|(% colspan="4" %)监控规划流程
++|(((
++定义监控目标
--[[image:1642238364744-334.png]]
++评估可用的度量监控标准
--[[image:1642238466365-934.png]]
++定义监控对象的事态类型
++)))|(((
++可视化工具（例如思维导图，服务图表，架构可视化）
--[[image:1642238480595-735.png]]
++服务目录工具
++配置管理数据库
++)))|(((
++服务结构，依赖项，配置项等的可视化
++
++提供有关服务结构的信息，以及
++
++组件/ 服务的相互依赖性
++
++提供有关
++
++服务SLA和要求的信息
++)))|中
++|(((
++定义不同事态类型的阈值
++
++定义服务'运行状况模型'（端到端事件）
++
++定义事态关联和规则集
++)))|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++基础设施和平台内置的监控工具
++
++服务可视化工具
++)))|主动和被动性监控，事态设置，数据收集，数据分析，警报，规则设置|高
++|建立行动计划和需要响应和通知的职能部门之间的映射关系|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++协作和通讯工具
++
++集成总线
++
++自动化系统
++
++用于事态关联、行为监控与分析的AI和ML工具
++)))|(((
++ITSM工具集成（例如，基于事态的事件记录）
++
++通知和通讯，任务创建。
++
++自动化脚本运行
++
++AI和ML 事态关联，正常/异常行为分析
++)))|高
++|(% colspan="4" %)事态处理流程
++|(((
++事态检测
++
++事态日志记录
++
++事态过滤和相关性检查（可能是迭代的）
++
++事态分类
++
++事态响应选择
++
++发送通知、执行响应过程
++)))|(((
++监控和事态管理工具
++
++ITSM工具
++
++软件定义的基础设施工具
++
++协作和
++
++通讯工具
++
++集成总线
++
++自动化系统
++
++报告和仪表板工具和门户
++)))|(((
++ITSM工具集成（例如，基于事态的事件记录）
++
++通知和通讯，任务创建。
++
++自动化脚本运行
++
++AI和ML 事态关联，正常/异常行为分析
++
++报告和仪表板发布
++)))|高
++|(% colspan="4" %)监控和事态管理评审
++|(((
++评审重大事件或事态
++
++评审过滤和相关性分析
++
++评审服务“运行状况模式“
++
++评估事态的响应程序和自动化程度
++
++评审用于数据分析、相关性分析、人工智能和机器学习的工具
++
++评审监控工具收集的统计信息
++)))|(((
++可视化工具（例如思维导图，服务图表，架构可视化）
++
++统计分析工具，数据库
++
++服务目录工具
++
++配置管理数据库
++
++监控和事态管理工具
++
++ITSM工具
++
++协作和通讯工具
++
++报告和仪表板工具和门户
++
++业务分析工具
++
++基准工具和
++
++知识管理工具
++)))|(((
++服务结构，依赖项，配置项等的可视化
++
++提供有关服务结构和组件/ 服务相互依赖关系的信息
++
++提供有关服务SLA和要求，合规性和违规的信息
++
++提供重大事件的信息
++
++报告和仪表板发布
++
++通知，聊天
++
++分析和评估
++
++知识共享
++)))|中
++
  表5.1 监控和事态管理活动的自动化解决方案
@@ -589,13
          +589,13 @@
  实践指南的大部分内容都应作为组织在建立和发展自己的实践时可能考虑的领域的建议。实践指南是组织可能考虑的事情的目录，而不是答案的列表。使用ITIL 实践指南的内容时，组织应始终遵循ITIL 指导原则：
--* 聚焦价值
--* 从你所处的地方开始
--* 基于反馈迭代推进
--* 协作和提升可视化程度
--* 整体性思考和工作
--* 保持简单实用
--* 优化和自动化。
++1. 聚焦价值
++1. 从你所处的地方开始
++1. 基于反馈迭代推进
++1. 协作和提升可视化程度
++1. 整体性思考和工作
++1. 保持简单实用
++1. 优化和自动化。
  有关指导原则及其应用程序的更多信息，请参见以下内容的第4.3节：

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司