CMDB原来的建设过程中在CI维护方面分为两层:基础层和应用层,对于数据的进出相对来说比较割裂,过程的管控不完善,只需要指导最终的目标结果,不关注过程执行过程。普遍的做法还是以邮件通知的形式人工判断与定位,手动取做相应的修复。在博云多年实践中基于容器云构建CI,把过程的应用注入到pod中,通过service方式被外部消费,改变原有被动、手工的处理方式变为自动化操作方式,提供持续稳定的服务能力, 如一键扩容,容灾切换等场景,自动化创建应用CI所需要环境。
其实,从管理角度POD和Service信息就足够消费了。但有一个比较复杂的问题就是POD频繁增删在CMDB呈现的及时性,会对相关变更,操作管理、视图展示等有较大影响。
楼上已经说的很详细了,我这里简单提一下我们之前一些客户的使用方式,将POD和对应控制器信息收集并在容器云平台上展示,将POD和虚拟机关联关系进行展示。
目前我司是采集了容器云的service和pod信息,以及CI/CD信息注入到CMDB平台中,并且归属到相应的应用下。目前的消费场景是在做自动化变更的时候,可以基于CMDB中的信息,在变更工单中选择容器平台需要执行的流水线,进行变更操作。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30