容器云环境如何与公司现有的CMDB融合，哪些CI适合纳入CMDB管理，并被外界哪些系统去消费？

目前我司是采集了容器云的service和pod信息，以及CI/CD信息注入到CMDB平台中，并且归属到相应的应用下。目前的消费场景是在做自动化变更的时候，可以基于CMDB中的信息，在变更工单中选择容器平台需要执行的流水线，进行变更操作。

CMDB原来的建设过程中在CI维护方面分为两层：基础层和应用层，对于数据的进出相对来说比较割裂，过程的管控不完善，只需要指导最终的目标结果，不关注过程执行过程。普遍的做法还是以邮件通知的形式人工判断与定位，手动取做相应的修复。
在博云多年实践中基于容器云构建CI，把过程的应用注入到pod中，通过service方式被外部消费，改变原有被动、手工的处理方式变为自动化操作方式，提供持续稳定的服务能力， 如一键扩容，容灾切换等场景，自动化创建应用CI所需要环境。

其实，从管理角度POD和Service信息就足够消费了。但有一个比较复杂的问题就是POD频繁增删在CMDB呈现的及时性，会对相关变更，操作管理、视图展示等有较大影响。

楼上已经说的很详细了，我这里简单提一下我们之前一些客户的使用方式，将POD和对应控制器信息收集并在容器云平台上展示，将POD和虚拟机关联关系进行展示。