首页 >> 网友热议 >>ITIL >> ITIL4 服务配置管理实践【中文】
详细内容

ITIL4 服务配置管理实践【中文】

  • 关键信息

服务配置管理实践的目的是确保有关服务的配置以及支持服务的配置项准确和可靠的信息在需要之时和需要之处可用。这些信息包括如何配置配置项以及配置项之间的关系。

组织使用资源创建和交付产品和服务。这些资源可能属于组织,或者可以作为组织消费服务的一部分被使用。服务配置管理实践收集和管理关于各种资源的信息,这些资源通常包括硬件、软件、网络、建筑物、人员、供应商、产品、服务和文档。实践范围内的资源称为配置项。

  • 定义:配置项(Configuration Item, CI)

  • 为了提供IT服务而需要管理的任何组件。

服务配置管理实践的主要目的是高效地为组织提供有用信息,该管理实践控制范围内的组件应根据有用性和效率定义。影响此实践的主要因素是配置信息的有用性以及获取和维护这些信息的成本。               

提示

不能单独管理的资源通常不被视为 CI。例如,分析人员用于管理事件的知识很重要,但可能不被视为 CI。同时,虚拟服务器或网络等虚拟资源可能是 CI并且需要作为物理资源进行类似地管理。

服务配置管理实践关注对产品和服务管理重要的资源,并不关心这些资源是组织的资产还是作为第三方服务一部分提供的资产。这两组资源可能采用不同的生命周期模型和控制(参见第2.2.2节)。

服务配置管理实践涉及识别和记录配置项之间的关联关系,通常会生成模型(称为服务配置模型,服务资源模型或职能型和财务服务模型)。这些模型可以专注于服务体系架构的各个方面以及组件之间的关系,代表了不同层次的抽象,从高级功能模型(如图 2.1中所示  ITIL认证)到物理与数字化 CI之间关联关系的精确映射。

图片5.png

图 2.1 高级服务配置模型  

服务配置模型的使用方式多种多样,包括:

  • 影响分析

  • 因果分析

  • 风险分析

  • 成本分摊

  • 可用性分析和规划

服务配置模型的设计和维护应符合利益干系人需求。

服务配置管理实践是一种高度自动化的实践,依赖于收集、维护和控制的大量配置数据,通常包括构建、维护和呈现复杂的配置模型。实践涉及从多个来源收集数据,将其集成并以一种有意义的方式呈现。服务配置管理专用工具通常与监控、发现、分析和记录系统一起使用。

此实践通常允许配置信息与其他实践(包括事件管理、变更支持、问题管理、监控和事态管理和服务请求管理实践等)进行管理记录集成。但是,某些配置模型很难或无法自动执行,需要手动进行数据维护和/或关系映射。示例包括用户数据、组织结构、与供应商和合作伙伴的合同等。在设计和改进实践时,应考虑手动工作相关的成本以及自动化和集成的成本。

2.2 术语和概念

2.2.1 CI分类

服务配置管理实践主要集中在以下类型的资源:

  • 信息和技术:

  1. 各种类型的设备和装置

  2. 应用程序和信息系统,包括主副版本和分发版本、单独的安装、许可证、源代码和代码   制品等

  3. 虚拟基础设施,包括镜像、配置脚本、计算机、网络、机器监视器(machine monitors,)等

  4. 数据库和数据,包括文档化的知识、记录和报告


  • 供应商和合同:

  1. 服务

  2. 服务目录和服务产品

  3. 合同和协议

  4. 记录和报告

  5. 主要联系人

  6. 位置


  • 组织和人员

  1. 组织单位

  2. 位置

  3. 员工、角色和联系人

  4. 价值流和流程

  5. 记录的价值流、流程和程序

  6. 这些资源和其他相关资源通常相互映射,并映射到组织的产品、产品供应和服务。配置信息还包括:


  • 服务消费者及与组织服务相关的资源,包括:

  1. 顾客

  2. 用户

  3. 位置

  4. 组织单位

  5. 信息和技术


  • 服务协议及其他相关文件

不同类型的 CI具有不同的关键属性,可能具有不同的生命周期阶段并来自组织不同级别的控制。这些差异通常反映在CI信息的收集、存储、控制并呈现在他们的生命周期中。

有关CI组或类型的配置信息可以像单个CI一样进行管理。例如,设备的特定模型或应用程序版本中的已知错误可能是一个组属性,级联到属于该组的每个CI。


2.2.2 CI模型

CI 生命周期模型使CI信息处理标准化、优化、和(可能的情况下)自动化。CI生命周期模型为特定类型的CI定义:

  • 配置项类型所有者

  • 命名和标记(如果适用)

  • 关键组与个体属性

  • 关键关系(分类法和职能型)

  • 关键生命周期阶段

  • CI识别、持续控制、验证和审计的程序和/或指南

  • 遵循模型的责任

  • 关键利益干系人(对配置信息感兴趣)及其需求

  • 提供配置信息的关键报告和仪表板(如果适用)

配置项类型所有者管理资源,通常称为资源所有者或经理,负责开发和维护 CI 模型。


2.2.3 数字化环境中的服务配置管理

由于数字化基础设施解决方案(如架构即代码、虚拟的服务器和虚拟网络以及各种云服务)的日益采用,出现了新型 CIs和CI关系。例如,硬件服务器和在其上运行的虚拟机之间关系的信息可能与服务模型的上下文相关,因此期望通过服务配置管理实践提供这些信息。

这些关系通常由虚拟机监测器 (Virtual Machine Monitor,  VMM,也称为虚拟监视器)系统管理。但是,这些信息是应该直接从VMM系统获取还是应该导入配置管理系统(Configuration Management System, CMS)还存在一些争议。类似的问题也适用于虚拟网络、环境配置脚本和其他虚拟解决方案管理方法。

没有正确的答案,也没有建议的解决方案定义哪些资源应该位于服务配置管理实践控制之下。这些决策应受关键因素的驱动:配置信息对利益干系人的可用性以及获取和维护这些信息的成本。

例如,仅关心虚拟机和服务器之间关系的利益干系人是这些服务器和虚拟机的管理员,那么将 VMM数据紧密集成到CMS的投资是不值得的,因为关键利益干系人可以直接从VMM系统访问需要的信息。但是,如果其他利益干系人需要此数据且成本合理,则所需的数据可能会与CMS集成。


2.2.4 配置管理系统和数据库

服务配置管理实践涉及不同来源的大量数据,并取决于以可靠、经济高效的方式收集、集成、处理和呈现这些数据的能力。CMS 旨在满足这一需求。由于实践的数据源众多,CMS通常是一个复杂的系统,结合了一个或多个专业解决方案并与配置数据源的集成。

  • 定义:配置管理系统

用于支持服务配置管理实践的一组工具、数据和信息。

CMS的一个关键功能是保持和管理CI记录以及它们之间的关系。这通常是用一个或多个配置管理数据库(Configuration Management Database, CMDBS)实现。

  • 定义:配置管理数据库

在整个生命周期中存储配置记录并维护配置记录之间的关系的数据库。

有时术语“CMS”和“CMDB”可以互换使用,通常使用CMS。


2.2.5 CI核查和审计

作为决策的重要信息来源,CI 记录和配置模型需要不断接受核查和定期审计。

服务配置数据应:

  • 反映CI的实际属性、状态和关系

  • 突出显示与基线配置的偏差

  • 提供足够的数据恢复或重新创建已批准的配置

  • 定义:基线配置

已经过正式审查和同意的产品、服务或基础设施的配置它是进一步活动的基础,如使用、开发和规划。

服务配置管理实践确保在生命周期的每个阶段都在CMDB中捕获相关的CI 数据。实践应确保正确的变更配置项并及时同步到CMDB中。为此,CI记录应尽可能保持自动化。自动化提高了配置数据的可靠性,减少了对验证的需求(但并没有消除验证)。

  • 定义:验证

确保新的或变更的IT服务、流程、规划或其他交付物符合完整、准确和可靠的设计规范的活动。

在此实践中,验证是一个持续的活动,用于识别和校正CMDB中的数据与实际环境和/或批准的配置之间的差异和偏离。在许多情况下,验证可以在很大程度上实现自动化,例如检查CMDB数据(包括 CIs 和关系)是否完整、正确和合规。

  • 定义:盘点

为构建或验证CMDB数据而执行的数据收集和整理活动。

根据范围内的CI类型和可用的自动化工具,通过使用和其他系统集成的发现工具或手动收集有关组织资源状况的数据执行盘点。CMDB指示应该找到的内容,而盘点显示发现的内容。通过验证识别和解决CMDB和盘点之间的差异。验证数据时,盘点可能有助于:

  • 识别和调查组织中未注册的CIS

  • 识别和记录未注册的授权变更(通常表示CI控制无效)

  • 识别、调查、恢复或用其他方式处理未经授权的变更

处理实际配置信息和已记录的配置信息之间的差异有不同的方法。关键的挑战是确保CMDB中的数据反映组织资源的状况,并确保此状况正确(意味着没有未经授权的变更)。可能的解决方案包括:

  • 根据调查结果,仔细调查组织资源或配置数据的每个发现和更正

  • (半)自动更新CMDB以反映事实情况,无论情况是否得到授权(此方法将未授权变更的调查与CMDB验证分离)根据最新的配置基线半自动化地纠正实际情况,不调查差异的来源(这更适用于数字化资源,在物理资源上可能很难做到)

这些解决方案并不是相互排斥的,可以根据需要组合。

组织也可以正式审计配置数据。这些审计通常与IT资产审计结合(请参阅 IT资产管理实践指南)。

  • 定义:CMDB审计

对组织的配置项进行计划的、结构化的和文档化的检查,旨在评估范围内CMDB数据的准确性。

审计是CMDB 验证工具之一,是一项已计划的需要资源的验证工作。CMDB审计通常以项目方式组织和管理,并且与任何项目一样,应是合理的且并在批准后才能启动。

验证是服务配置管理实践不可或缺的一部分。为了确保配置数据有效可靠,验证是必要的。.


2.3 范围

服务配置管理实践确保所选择的CI类型:

  • 提供和维护值得信赖的配置数据,包括更新配置数据以反映 CI 的状态、属性和关系的持续变化

  • 提供相关和准确的报告以支持决策

  • CI 生命周期与其他实践结合

服务配置管理实践未包含几个活动和责任领域,尽管这几个领域仍与服务配置管理密切相关。在某些情况下,实践依赖于这些活动。表2.2中列出了这些内容以及相关的实践指南。请务必记住,ITIL实践仅仅是在特定价值流中使用的工具集合,应根据具体情况进行必要的组合。

活动

实践指南

管理IT资产和IT资产数据

IT资产管理

管理与供应商和合作伙伴的合同

供应商管理

确保只对CI进行授权的变更

变更支持

组织产品和服务体系架构的定义与管理

架构管理

表2.1 其他实践指南中描述的与服务配置管理实践相关的活动


2.4 实践成功因素

  • 定义:实践成功因素

实践的复杂职能型组件,是实践实现其目的必需的。

实践的成功因素不仅仅是一项任务或活动,包含了服务管理四维模型的所有组件。活动的性质和实践中的资源可能有所不同,但共同确保实践有效。

服务配置管理实践包括以下成功因素:

  • 确保组织拥有其产品和服务的相关配置信息

  • 确保提供配置信息的成本不断优化


2.4.1 确保组织拥有其产品和服务的相关配置信息

服务配置管理实践的重点是确保相关的配置信息被捕获、维护,并在需要时提供给利益干系人。

通常,受益于配置信息的利益干系人在其他管理实践和组织价值流更广泛的场景中使用配置信息。

如第2.1节所列,配置信息的主要用途包括:

  • 影响分析

  • 因果分析

  • 风险分析

  • 成本分摊

  • 可用性分析和规划

表 2.2 提供了将这些用途映射到管理实践的一些示例。这些和其他使用配置信息的方法适用于每个 实践和价值流。但是,每种情况下都应该有理由向 CMDB 添加更多的数据或增加其复杂性。需要考虑的主要问题包括:

  • 这些信息是否可以从其他渠道获得

  • 这些信息对于决策是关键的还是可选的

  • 在CMDB中包含这些信息的初始和持续成本是多少

  • 这些信息多久需要一次

  • 这些信息需要多久可以提供

1642256818795-757.png

1642256847834-633.png

表 2.2 将用途映射到管理实践

在某些情况下,基于请求检索配置数据比让数据永久可用更有效。

这些注意事项适用于一系列CI类型、属性、关系和生命周期阶段。

  • 关键信息

配置信息应与组织的需求相关。在CMDB中包括所有可用的数据或盲目地关注其他组织的示例没有好处。服务配置管理实践与该实践提供的信息一样有价值,是准确、最新、可靠、易懂、易于使用的相关信息。

收集、管理和提供配置信息活动无法在隔离中执行。请务必确保服务配置管理实践的相关元素包含在组织的价值流中,并始终按照组织的方法应用于服务配置管理。

遵循优化和自动化的指导原则,应优化例行的发现、盘点、验证任务并使其自动化,简化工作负载,从而提高实践的有效性和效率。

本着保持简单实用的指导原则,服务配置管理实践不应成为官僚的控制系统。相反,该实践应该通过方便、有用的形式提供有价值的信息简化工作。信息的提供通常涉及其他实践(包括供应商管理和服务台实践)管理的渠道。实践的有效集成对于配置信息使用者获得积极的体验至关重要。


2.4.2 确保提供配置信息的成本不断优化

服务配置管理实践为其他实践提供信息,在大多数组织的价值流中充当支持实践。但是,该实践不太可能为核心价值创建活动的价值流做出贡献。这意味着确保配置信息的成本不断优化非常重要。

成本优化可以通过多种方式实现,但驱动优化的一个好方法是遵循ITIL 指导原则,如表2.3所述。

指导原则

描述

聚焦价值

只包括利益干系人需求的相关信息

从你所处的地方开始

使用可用的信息源,除非新的源和工具是正当的,否则应避免添加。

基于反馈迭代推进

定期评审信息并确认其相关性,根据需要调整CMDB范围

协作和提升可视化程度

解释和推广配置信息的可用来源及最佳使用方法,然后提供更高效的使用提示和技巧

通盘思考和工作

决策时考虑数据的其他来源,不要试图把一切都放在CMDB中

保持简单实用

以最方便的方式提供相关信息,避免复杂的接口和报告

优化和自动化

持续优化消耗资源的实践活动。自动执行CMDB验证、数据集合、关系发现和其他活动。

表2.3 ITIL 指导原则和配置信息成本的持续优化


2.5 关键指标

应在价值流的背景中评估ITIL实践的效果和性能或绩效,每个实践都贡献了价值流。与任何工具的性能或绩效一样,实践的性能或绩效只能在其应用程序的背景内评估。但是,在设计和质量方面工具可能有很大差异,这些差异定义了工具根据用途使用时的潜力或者有效的能力。有关指标、关键绩效指标 (KPI) 以及其他可以帮助实现这一问题的技术的进一步指南,请参阅“度量和报告实践指南”。 

服务配置管理实践的关键指标映射到PSF,可以用作价值流背景中的KPIs,以评估实践对这些价值流的效果和效率的贡献。表2.4中给出了一些示例。

实践成功因素

关键指标

确保组织拥有关于其产品

和服务的相关配置信息

利益干系人对配置信息的满意度

利益干系人对服务配置管理接口、规程和报告的满意度

由于配置信息不足或不正确而做出的错误决策的数量和影响

CMDB中不正确数据的数量和影响

在此期间验证的CMDB数据的百分比

确保提供配置信息的成本不断优化

服务配置管理的直接成本

表2.4 实践成功因素的关键指标示例

将指标正确汇总到复杂指标中,将使数据更易于持续管理价值流,并且定期评估和持续改进服务配置管理实践。没有单一的最佳解决方案。指标将基于组织整体的服务战略和优先级,以及实践所贡献的价值流的目标。

......

点击阅读全文:http://itil4hub.cn/bin/view/09%20%E6%9C%8D%E5%8A%A1%E9%85%8D%E7%BD%AE%E7%AE%A1%E7%90%86/


CALL US
4008060230

EMAIL
karen@itilxf.com

Weixin
18027379316

ADDRESS

深圳罗湖区宝安南路中航凯特大厦

深圳市艾拓先锋企业管理咨询有限公司   Copyright 2017   粤ICP备17056641号

技术支持: 聚成网络科技 | 管理登录
seo seo