CMDB能否按照分步建设的方式逐渐完善？

CMDB一定是分步建设的。原因是CMDB主数据库的本质，决定了它不是孤立的事物，其价值由相关的运维系统和管理生态决定，公司的运维环境是CMDB发展的土壤。
企业里一些原始管理手段的矛盾还没爆发时，请严格控制项目范围，摆正预期。要知道你的作战对手有深厚的群众基础，生产力决定生产关系在这里同样适用。虽然这些自建库粗糙、数据孤立、不一致、总体维护成本偏高，但在特定管理水平下，却野蛮生长而且有效。只有当公司运维复杂度提高，尤其是上了微服务、PAAS等运维对象复杂度大幅提升后，自给自足的配置孤岛必然走向CMDB。
既然是逐渐完善，如何保证变更的低成本，不至于推倒重来？CMDB的建模和业务系统架构建模的道理类似，要从业务出发。业务对象的继承和关系先梳理清楚，然后再根据业务实体来建模，实现业务和技术的解耦，才能尽可能降低后期变化的阵痛。业务需求一直在变，系统产品一直跟着变，但业务模型相对稳定。