浅谈CMDB认识误区

近段时间又开始有企业级客户在考虑CMDB项目，而且总是受到一堆的吐槽：

•   实施了3年的CMDB项目，至今我还是无法相信里面的配置项

•    配置项的管理实在是麻烦，实在没有精力去在那么多系统里面已经统一好的资料里，再跑到这个配置库里面再搞一遍

•    配置项的资料消费实在是痛苦，只为要花很多时间写所谓的脚本和视图，只为出一个简单的库存报表

最后客户追问中国到底有没有成功的CMDB项目？

为了回答客户这个问题，我想首先需要厘清到底什么事配置管理，什么是CMDB，因为大家对CMDB实在有太多的认识误区。

配置管理是什么

        什么是CMDB?

大家只关心CMDB的信息与是否变更与维护，但其实真正的配置信息以现在的CMDB技术发展而言，只有不到20%的配置信息记录着CMDB之中，现实中永远不可能有大而全的CMDB

        什么是配置项信息?

配置项+属性搞定一切， CI的颗粒度越小越好，不根据管理需求和管理成本做出适当的平衡；

        什么是配置模型?

对模型的过度重视，导致的一个结果是，会基于模型的需要去构建关系，这样的结果是模型引发了巨大的争议性，不同的团队不同的角色提出不同的批评，陷入无休止的争论

        到底要实施配置管理还是实施CMDB？

配置管理与CMDB是两个完全不能等同的事物，前者是流程，后者是工具，当不清楚怎样做配置管理时，或者配置管理到底是干什么的，要完成什么流程目标时，直接来实施CMDB，最后容易失去战略，最终演变成为为了CMDB而CMDB

CMDB项目的失败之源

总是幻想技术搞定一切，但真的只是技术层面的事情么

• 工具强大=项目成功？

• 与流程一体化=成功？

• 实施厂商集成能力强=成功？

• CMDB数据准确=成功？