双态运维分享之二：服务型CMDB的消费场景

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

近年来，CMDB在IT运维管理中的价值逐步得到认可，使用CMDB的期望值也日益增长。然而，CMDB实施和维护的高成本却一直是建设者们的痛点。那么今天，我们来探讨一下如何通过消费来持续驱动CMDB的逐步完善。

消费驱动是指依托用户消费的收益，吸引研发者、销售者，逐步围绕该产业开展建设并延伸拓展其发展范畴。举例来说，网购的消费方式驱动了电商的蓬勃发展，新型的生活模式驱动了职能家居的研制。借鉴这一思路，我们不妨通过加强CMDB的消费落地，场景化其应用效益，来驱动管理者和使用者更加重视配置管理，从而投入适当的成本来保持CMDB的准确和完整性。

在这里，我们从三个方面来分析CMDB的消费场景。一是帮助企业实现信息管理的标准化，二是实现自动高效的业务影响分析，三是支持对监控和环境的管理。

一、标准化信息管理

统一的配置信息管理平台，解决了配置信息大量分散、副本丛生、多头管理的困境，我们有了可以准确、标准查询和管理资产和配置的平台，也实现了资产配置信息的合法合规维护。

同时，我们解决了以往各部门、各系统对同一个配置信息的命名、记录、填写规范不一致的问题，为信息集中分析与统计带来诸多便利，减少了沟通成本；每一个对象（CI）都具有独有的档案，它可以告诉我们过去与现在正在发生什么（事件、问题、变更）或者是什么样子（属性），它影响着什么，又被什么影响（关系），改变那种只有配置信息没有配置历史的记录模式，这将从根本上改变配置信息的使用范围及质量状况。

图1配置变更历史可追踪

二、自动化业务影响分析

基于业务服务的管理是任何系统从简单到复杂变化中、在IT管理思想上必须要经历的一个跃升，即从原有以“IT基础架构管理”为中心向以“业务服务”为中心的转变，将管理的焦点从单纯考虑IT资源的好与坏，转移到关心业务系统是否能够提供持续的服务能力。

这一提升，要求我们能够基于准确、完整的配置管理模型，实现从底层基础架构到上层业务服务的关联，从而在发生故障或产生变更时，能够快速自动的分析出一个故障或变更对业务产生什么样的影响。

图2故障的业务影响分析

从上图可以看到，当某一个资源发出告警后，通过CMDB的模型关系，可以穿过浩瀚如海的设备、组件、服务，传导分析出这一告警影响到的业务，这一场景将为故障的级别判断、资源分配决策以及业务恢复方案起到巨大的支撑作用。

图3变更的业务影响分析

同理，在我们要实施一个变更之前，常常受困于如何准确的发现该变更会对哪些业务产生影响，一旦变更失败或出现问题，会导致什么级别的故障，这一判断将直接影响到变更的级别、审批过程、实施时间和实施资源决策。

从上图中我们看到，CMDB模型将有力地解决这一问题，通过对设备组件变更点的向上追溯，可以实现对业务影响的分析，支持变更管理的高效和准确。

三、支持对监控和环境的管理

CMDB的使用还可以对日常监控管理给予支撑。首先CMDB能够将所有的IT资源统一管理起来，能够在第一时间获取节点信息（人工输入、自动发现、系统集成采集等方式），根据CI状态的变化，识别出新增的节点。在自动运维平台支持自动化监控配置的情况下，可触发自动部署动作，对于人工方式可以产生工单通知相关负责人员。通过这样的方式，我们可以实现对监控对象的全面覆盖和新增项的及时补充。

图4利用CMDB实现监控配置时序图

再有，我们可以通过CMDB的使用协助实现对各类不同环境一致性的分析和管理。通常企业的信息化环境包括开发测试环境、生产环境、灾备环境等。检查、保持不同环境在配置上的一致性，对测试和灾备恢复工作有着至关重要的意义。我们不妨通过消费CMDB数据来协助实现这一管理要求。

我们可以在系统内预置相应的规则，对同一系统在不同环境的配置项信息及关联关系进行比对，识别范围内的配置差异，提醒管理人员进行核实修复，并在相关界面上进行提示。当然，这需要对比对规则进行设置，针对测试或灾备不同的环境，比对的颗粒度和严格程度应当有所不同。同时，这种比对可以设置为定期定时运行，以便持续维持环境一致性管理。