DevOps 中的配置管理与事件管理
1. DevOps 中的配置管理
在 DevOps 里,建议开发者每天多次提交代码,这会产生多个构建和二进制文件。并非所有二进制文件都会被推送到不同环境,所以区分推送到生产环境的构建和未通过筛选的构建至关重要。二进制文件存储在工件仓库中,这是全面配置管理的一部分。
1.1 配置管理数据库(CMDB)
配置管理数据库(CMDB)有多个视图,对运维人员有帮助的视图、供开发者使用的视图,可能还有一个包含所有信息的超级视图,比如完整的 CMS 视图。
- 开发者视图 :可能包含软件的各种集成信息,如数据源、数据消费者、所在环境(服务器)、数据库和数据库实例。
- 运维视图 :可能会更深入地涉及基础设施,数据源和数据消费者的 CMDB 会包含所有可能用于故障排除和确定问题根源的信息。
CMDB 对开发团队的日常活动至关重要,它有助于绘制所有集成的蓝图,帮助架构师更好地规划开发活动,避免在开发后期出现意外情况。它还能帮助开发者考虑所有可能的集成来编写更好的代码,避免因回归问题产生缺陷,提高软件的整体质量,避免返工并提高开发团队的生产力。
对于运维人员来说,CMDB 就像纯金一样宝贵。当应用程序出现事件或问题时,它能帮助团队更快地解决问题,从而减少服务的停机时间。在规划增强功能时,有了 CMDB 也能准确评估业务影响。
虽然构建和维护 CMDB 是一项艰巨的任务,需要大量的预算投入,但它带来的价值远远超过了构建和维护它所花费的资金。
下面是一个简单的 CMDB 关系示例:
订阅专栏 解锁全文
4万+

被折叠的 条评论
为什么被折叠?



