如何避免CMDB沦为数据孤岛？

CMDB是一个较为老生常谈的问题，这一概念在很早时期就已经引入了国内，纵观运维数字化转型的整个发展过程， CMDB的建设是每个企业都必经的重要阶段。早期的CMDB往往只是为了提供运维流程的支撑，数据准确性得不到保障，运维依赖程度低，常常会出现“建而无用”等情况。然而随着数字化转型的不断推进，运维需要更高质量的数据，运维平台需要更高效可靠的支撑，CMDB作为运维基石是重中之重，也需要进一步的“修炼”！

那么在实际落地建设过程中，可视、可用、可信、可靠的CMDB怎么打造？企业又该如何“修炼”面向消费的运维高质量CMDB呢？本文带您一探究竟！

01. CMDB的常见场景与痛点

CMDB建设过程中，企业通常会遇到一些困境，同时由于企业里面不同角色对CMDB的诉求各不相同，CMDB对于不同的视角下的痛点也是不一样的。

1. 企业建设CMDB的“三重困境”

① 消费场景的局限

早期CMDB前期建设时，并没有以应用为中心的概念，运维人员与运维管理者往往关注在IT“资产”上

“有没有相应的IT资产？资产在什么位置？其运行情况如何？现有的业务依赖哪些资产？”等等一系列问题。

而随着运维场景的不断丰富与建设，越来越多的消费需求不断迸发，比如说需要对监控系统进行故障影响分析、对大屏数据进行聚合与展示时，以“资产”为中心的CMDB由于前期设计就没有考虑到数据间的关联关系，导致数据消费问题非常难以解决。

② 架构设计的局限

当前期CMDB建设没有被定义为整个企业的运维主数据时，各个部门都在单打独斗的建立自己的CMDB供自己使用，导致企业内各式各样的烟囱式的系统建设，带来数据分散、数据质量低、数据维护工作量大等问题，难以统一去治理。

③ 流程管理的局限

管理流程上的局限通常更多会影响到数据的质量问题，如果没有有效的管理流程以及自动化能力，那么就相当于CMDB的数据仅仅只是从线下的表格搬到了线上工具里，甚至与一个在线的EXCEL表格是没有太大区别的，仍然需要运维人员花费大量的时间去收集真实环境的数据导入到CMDB中去，这样的数据质量是存疑的。

同时对于运维人员来说，每天的工作并没有什么变化，这样的CMDB的建设带来的管理成本是远远大于价值收益的。

2. 三类运维角色视角

① 企业管理者视角

企业管理者更多会从全局和成本的角度去关心CMDB能够提供的价值。通常会考虑以下几类问题：CMDB建设成本是否合理？资源使用率如何？是否可以承载消费场景需求？是否兼容新架构、异构化等，以确保企业业务运行所依赖的IT对象管理足够全面、足够规范和合理。