其实CMDB，寄托了对ITIL，ITSM，ITOM，DevOps，敏捷开发，精益企业，云计算，虚拟化，容器，组织管理，资源分配等多方面的寄托，甚至有用户希望把流程管理，事件管理寄托于CMDB，可想而知，CMDB是多么的功能强大，强大到"CMDB在手，这些我全有"的地步，实际上，这有非常大的难度。所以，你就会明白为啥出现上文所说的开源CMDB无法使用的情况了。 CMDB管理的是资源，而资源与业务，人员，组织，流程等多方面相关，故此，CMDB除了建模，还需要做属性间的依赖关系，联动关系。而实际的情况是，再牛逼的建模技术，遇到IT技术的快速发展，以及日新月异的技术体系，在对业务的价值方面，会遇到新的难题，而新的难题出现前，CMDB都是无法解决的，故此，你总会觉得CMDB会缺少一些东西。
图片发自简书App
图片发自简书App
好的CMDB建设：定义消费场景在先
好的CMDB建设：以应用为中心，控制好范围和颗粒度
好的CMDB建设：打通运维流程，实现数据读写闭环
好的CMDB建设：应该集成统一监控
好的CMDB建设：自动采集，足够灵活
总结一下，好的CMDB建设需要：定义消费场景在先以应用为中心，控制好范围和颗粒度打通运维流程，实现数据读写闭环应该集成统一监控自动采集，足够灵活
