关于 CMDB 如何保证数据一致性的讨论

小弟刚开始接触和实施 cmdb ，有一些问题想和大佬们取取经。

cmdb 作为自动化运维的基石，它的很重要的一个价值就是“数据”，通过基本的数据支撑，为其他业务系统提供底层数据，比如监控，任务管理等等。

但是我觉得比较麻烦的一个点就是维护这个数据的准确性以及数据之间关系的准确性，目前我能想到的有几个约束点

1. 规范，约束人的，但是这个东西严格意义上来讲，还是可能会存在疏漏
2. 流程，把操作和各类流程挂钩，通过流程+自动化的一些手段最终更新 cmdb ，不让人去更新。
3. Agent 主动上报，在主机上安装 Agent ，动态的去实时更新资源的信息。
4. 自动发现，通过自动发现手段，不管是扫，探测还是其他等手段，发现未覆盖的设备。

除了这几种，各位大佬还有其他的好的手段可以保证数据更新的及时性和准确性么。因为 cmdb 不准，就意味着依赖它的很多系统数据可能都不是准确的。

你是领导么，你不是还是拉倒吧，尽人事听天命

@liprais 您是想表达做这个事如果没有领导支持费力不讨好么。。

这个我们有建设，实际落地了，上边说的几点都有用，根据经验来看，技术约束要优于规范流程，比较好的方式是：打通全流程，申请之后自动入库，之后所有全生命周期操作都关联上 cmdb ，其次自动发现配合规则自动同步，尽量少人为介入 除此之外个人觉得最为重要的是，cmdb 的数据一定要为上层业务提供服务，强耦合，例如监控系统基础数据取自 cmdb ，成本中心数据也取自 cmdb ，发布部署数据也都来自 cmdb ，这样确保数据只有一份，并且只有保证 cmdb 数据准确才能保证上层业务不出问题，以强依赖来倒逼数据准确 我写了好几篇相关的文章，可以参考看看： https://blog.ops-coffee.cn/cloud

@37Y37 是的，我们目前是这么打算的，要把 cmdb 作为数据的中枢，然后为各类系统提供数据底座。我感觉 cmdb 只有消费才有价值，不然就是一个大的 Excel