14、运维开发项目中的配置管理：从基础到自动化

运维开发项目中的配置管理：从基础到自动化

1. 配置项识别

识别配置项（CIs）是一个繁琐且耗时的过程，其复杂程度取决于服务和配置管理数据库（CMDB）。这需要组织内不同部门共同协作，准确识别并在 CMDB 中注册 CIs。例如，数据中心团队、工具团队和配置管理团队需紧密合作，将数据中心的 CIs 录入 CMDB。

过去，人们手动根据服务架构捕获 CIs，常常在获取架构图、捕获并注册 CIs 时，这些 CIs 已被修改、替换或有新的 CIs 加入，存在一定风险。如今，情况有了很大改善，大多数 CIs 可通过 Service Watch、ADDM 和 Dynatrace 等发现工具集自动捕获，这些工具甚至能识别 CIs 之间的关系，人工只需验证数据完整性。

2. 配置控制

当所有配置项被识别且服务模型构建完成后，它们并非一成不变。在调整配置、更换模块或改变架构时，配置都会发生变化。为确保配置管理的有效性，必须对 CMDB 进行严格控制，使数据库的所有更改都遵循既定流程。

由于配置识别耗时较长，在进入配置控制阶段前配置可能已改变。因此，提前设置控制流程很有必要，配置识别后自动进入受控流程。控制流程通常关注以下方面：
- CMDB 修改的触发条件和输入
- 修改方式
- 执行人员
- 与其他流程的交互

一般来说，良好的配置管理控制流程会基于变更工单对 CMDB 进行更改，更改后将数据与实际环境验证，确保变更按计划执行。例如，若工单要求将服务器硬盘升级到 2TB，但实际插入 1GB 硬盘，配置管理应能识别并标记此差异，它不仅是存储数据的数据库，也是帮助组织实现全面控制的验证工具。 </