为什么CMDB建设完毕后会出现弃用、推广难等问题？

CMDB作为企业运维的IT主数据，在建设初期企业常常“报以厚望”，希望通过CMDB的建设，为IT运维体系的建设打好基础，为后续更多的运维系统提供数据支撑，提高业务连续性。但往往建设完毕后出现弃用、推广难等问题，根本用不起来，而原因一般都较为复杂。本文将从CMDB在两种应用场景中的作用，简单讲述为什么CMDB建设后很难推广使用。

01. CMDB在ITSM/ITIL的作用

在ITSM/ITIL中，CMDB的作用更多的是面向流程管理层面，配置管理在这些概念中的总体作用概括起来就两个：

• 与各种ITSM流程紧密集成，为流程提供统一的配置数据，包括读取、写入、以及配置变更触发流程；
• 作为企业资产管理的基础，为资产管理提供统一的配置数据。

02. CMDB在ITOM、自动化运维的作用

CMDB在ITOM、自动化运维管理中的作用是面向IT运维场景和管理场景，提供统一的配置管理数据库。在这个层面的CMDB主要提供以下作用：

• 与企业的自动化运维平台和工具集成，为IT运维场景提供统一的配置管理数据库，供运维场景进行消费以及执行数据的回写；
• 与企业的ITSM系统本身集成或者与ITSM的CMDB对接，实现两边CMDB配置数据的统一以及ITSM系统对于配置数据的消费和回写；
• 当配置数据有变更的情况下，自动触发ITSM流程；
• CMDB与企业的监控系统集成，提供配置数据供监控系统消费等。

03. 为什么CMDB很难推广使用？

一般来讲，传统非互联网企业可能会处于第一个CMDB的运用场景中。即最初是通过ITSM/ITIL引入整体IT服务流程管理和CMDB配置管理；但由于ITSM本身的厚重和难以驾驭，CMDB最终一般难以被真正驱动和消费起来，从而可能沦为一个纯粹的展示和查询库，尽管这种展示和查询本身很有可能也是不准确的。

互联网企业一般可能处于第二个CMDB的运用场景中，即从应用和IT底层资源的整体管理入手，构建CMDB配置管理。流程本身一般也是贴合企业内部需求的，简易可操作的流程，这样CMDB构建后，一般可以真正被内部流程和运维操作驱动和消费起来，所以整体效果会好一些。

同时由于互联网公司一般倾向于使用开源监控系统或者自研监控系统，因此监控本身也能与CMDB更好的集成，实现监控系统对于CMDB的数据比较好的消费。

但互联网对于CMDB的使用也有它的劣势：互联网公司底层基础架构往往是比较统一和标准化的，并且他们更多关注的是应用层面的配置的纳管和消费，底层的主机和网络往往是标准化的配置，因此当他们对于CMDB的消费和使用拿到外部传统企业落地的时候，会出现水土不服的情况。