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