在敏态交付体系中，cmdb扮演怎样的角色，怎样保证cmdb数据准确性？

      在敏态中个人认为CMDB应该是把所有的工具统一起来的一个配置数据交换的枢纽，相对传统的静态信息库，转变为一个敏捷、动态的元数据中心。除去传统的机房、机柜等这些基本物理信息，应在原有基础之上包括证书、发布版本、配置信息，甚至镜像。这样整合之后就会生成业务和应用系统出来，相当于描述了整个CMDB的模型架构。还需包含另外一块，就是人员信息、部门信息等，CMDB对外服务了很多平台，这些平台都可能有采集人员信息的需求，所以这个时候既然已经在CMDB统一拿数据，那就干脆把这块数据也纳入进来。CMDB本身也会用到这块信息，因为CMDB本身的业务属于谁负责，网络设备属于谁负责都要填写关联。
     对于 CMDB，如果做完之后没有跟其他平台对接，就没有发挥出数据价值。所以说在做CMDB的同时就要考虑到它有哪些场景设计。比如有一些各种流程、交付、监控平台，像统一事件平台，变更平台，分析平台的（流程），这些都要考虑进去。作为CMDB系统来说，对于有需求的数据一定要采集回来，确保别的平台对CMDB有一个重度依赖。如果做不到这一点，其他平台在CMDB拿不到这个数据，就会到其他平台拿，这样就会慢慢造成数据失控，统一数据的目标就完不成了。