近段时间又开始有企业级客户在考虑CMDB项目,而且总是受到一堆的吐槽:
实施了3年的CMDB项目,至今我还是无法相信里面的配置项
配置项的管理实在是麻烦,实在没有精力去在那么多系统里面已经统一好的资料里,再跑到这个配置库里面再搞一遍
配置项的资料消费实在是痛苦,只为要花很多时间写所谓的脚本和视图,只为出一个简单的库存报表
最后客户追问中国到底有没有成功的CMDB项目?
为了回答客户这个问题,我想首先需要厘清到底什么事配置管理,什么是CMDB,因为大家对CMDB实在有太多的认识误区。
配置管理是什么
什么是CMDB?
大家只关心CMDB的信息与是否变更与维护,但其实真正的配置信息以现在的CMDB技术发展而言,只有不到20%的配置信息记录着CMDB之中,现实中永远不可能有大而全的CMDB
什么是配置项信息?
配置项+属性搞定一切, CI的颗粒度越小越好,不根据管理需求和管理成本做出适当的平衡;
什么是配置模型?
对模型的过度重视,导致的一个结果是,会基于模型的需要去构建关系,这样的结果是模型引发了巨大的争议性,不同的团队不同的角色提出不同的批评,陷入无休止的争论
到底要实施配置管理还是实施CMDB?
配置管理与CMDB是两个完全不能等同的事物,前者是流程,后者是工具,当不清楚怎样做配置管理时,或者配置管理到底是干什么的,要完成什么流程目标时,直接来实施CMDB,最后容易失去战略,最终演变成为为了CMDB而CMDB
CMDB项目的失败之源
总是幻想技术搞定一切,但真的只是技术层面的事情么
工具强大=项目成功?
与流程一体化=成功?
实施厂商集成能力强=成功?
CMDB数据准确=成功?