14、配置管理在DevOps项目中的应用与实践

配置管理在DevOps项目中的应用与实践

1. 配置项识别

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

过去，我们基于服务架构手动捕获配置项。但往往在获取架构图、捕获并注册配置项时，相关配置项已被修改、替换或有新的配置项加入架构，手动识别配置项存在很大风险。

如今，情况有了很大改善，大多数配置项可通过发现工具集（如Service Watch、ADDM和Dynatrace）自动捕获。这些工具甚至能识别配置项之间的关系（如软件使用数据库），而整个过程中的手动操作仅为验证数据以确保其完整性。

2. 配置控制

当所有配置项被识别且服务模型构建完成后，它们并非一成不变。在调整配置、替换模块或更改架构时，配置项可能随时发生变化。为使配置管理保持相关性和实用性，已识别和构建的配置项必须始终保持准确。因此，需围绕CMDB建立严格的控制网络，确保数据库的所有更改都通过定义明确、无漏洞的流程进行。

由于配置识别耗时较长，配置可能在正式进入配置控制阶段前就已发生变化。所以，建立控制流程很有必要，一旦配置项被识别，它们将自动进入由定义好的控制流程管控的管道。若控制流程按顺序启动，可能在宣称CMDB构建稳定之前就会发现其已发生变化。

控制流程通常涉及以下方面：
- 何时修改CMDB （触发条件和输入）
- 如何进行修