CMDB 定位是统一配置管理数据库,记录了各类 IT 资产详细配置信息,包括基础环境资源和云化资源,是资产管理的统一标准;云管平台的资源管理主要是记录虚拟化和云环境中各类资源的配置信息。云管平台和 CMDB 之间通过约定的数据接口进行数据同步,例如云管平台中虚拟机配置信息发生变化,将同步到 CMDB 中,两套平台数据保持一致,CMDB是资产统计的标准出口,云管平台是数据生产者。
收起企业需要定位清楚云管平台的边界,如果云管平台只做资源交付和管理,则CMDB相应定位为基础设施型CMDB,CMDB的资产数据为静态型。云管平台的资产数据是订单+流程的过程型。云管做完资源交付后,将资产数据推送到CMDB,后续运营、运维平台所需要的资产数据取自CMDB。
另外,如果企业将云管平台定位,还要管应用系统,则CMDB也相应配套需要有应用CMDB的建模。
收起针对您的问题,我理解的是您想问云管建设后,如何将纳管资源与CMDB数据联动,或者说如何消费数据。比如,哪些数据需要推送给CMDB?云管可以从CMDB中获取哪些数据?
传统的CMDB都是基于人工或Agent来完成配置信息的自动采集。好处是收集灵活,缺点是维护繁琐、更新有延迟。
CMDB通过与云管、云平台等资源管理平台对接,实现配置信息的自动化采集和更新,提供CMDB的数据质量和准确性。
资源场景中,云管创建完云主机,可以将主机的规格、配置、IP、区域、申请人、工单等新同步给CMDB,让CMDB更快速获知资源信息。
应用场景中,有些用户开始使用云管部署通用的中间件或数据库,当云管创建完成这些应用服务信息后,也可以将相关的版本、服务IP、端口、模式、账号、密码、安装路径、所在主机等信息同步给CMDB,便于CMDB生产应用与资源的关联视图。当然,可以与自动化部署工具打通,实现应用制品包的部署、更新的信息记录。
最后,CMDB所要做的细粒度是非常关键的,太粗无法获取想要数据,粒度太细收集过多无效信息,形成垃圾数据。
CMDB的数据只有真实、有效才有价值,且需要持续的维护。