图数据库在 CMDB 领域的应用

传统 CMDB 的弊端

CMDB，英文名 Configuration Management Database，即配置管理数据库，常常被认为是构建其他
ITIL 流程的基础而优先考虑，ITIL 项目的成败与是否成功建立 CMDB 有非常大的关系。

从2000年开始，CMDB 开始在国内企业慢慢推广开来，分别经过了最初的资产信息电子化阶段、开始与 ITSM 流程协同配合阶段，一直到配置自动化发现引入阶段，目前随着云计算技术的发展，CMDB 的场景已经从传统的资产台账管理逐步演化到流程协同管理、影响分析、配置比对、云化资源管理等方面，但在 CMDB 的技术架构上，无论是开源产品还是商业化产品都没有明显改进，发展比较缓慢。这在一定程度上也影响了 CMDB 场景的拓展。

接下来我们将分析当前 CMDB 建设遇到的一些常见问题。

缺乏合理化、整体化的规划

需求不清晰，定义了不合理的配置广度和深度。

大而全还是小而深——选择犹豫不决

这种决策机制在项目初期往往耗费了大量时间，但随着新技术的不断涌现，这种方式已经无法适应越来越敏捷的 IT
环境，这种相对静态的 CMDB 模型已经不能满足纳管新 IT 组件的要求。

采用了不正确的管控策略

按照经典 ITIL 的管控和项目实施机制，配置管理规划，尤其是 CMDB 模型的规划往往由项目组承担，一旦规划完成后整个模型也就变得很难再进行扩展，应该说这里采用的是一种集中管控的策略。

但在实际 IT 运维工作中，我们发现对于 CMDB 使用最多的是各个二线团队，不同团队之间对于 CMDB 深度和广度的要求&