配置管理：从ITIL，CMMI到DevOps的实践与思考

软件配置管理（SCM）的意义及在DevOps中的实践

DevOps实践者分享了软件配置管理（SCM）的概念及其在不同框架和实践中的应用。SCM曾是一个流行概念，但近年来似乎被忽视。本文探讨了SCM与组织架构和DevOps体系建设的关系。

配置管理的定义

SCM的定义因工作经验不同而异。在ITIL中，SCM涉及对IT服务中的配置项进行管理，保持其在整个生命周期中的准确性和可靠性。DevOps实践中将SCM与自动化流程相结合，以保持环境一致性并快速可靠地部署。CMMI中的SCM强调软件产品及开发过程的完整性和一致性。

配置管理的目的和实践

SCM的目标包括维护配置管理数据库（CMDB）和提供配置项报表。ITIL引入了配置管理系统（CMS）来代替CMDB。DevOps中的SCM包括代码版本控制、自动化部署、依赖管理和基础设施模板。CMMI中的SCM通过配置标识、版本控制、基线管理和配置审计确保软件产品质量。

不同的“配置管理”解决不同的问题

在ITIL领域，SCM用于管理IT资产并控制变更。CMMI领域的SCM用于规范软件开发过程和变更管理。DevOps领域的SCM通过自动化工具跟踪变更，遵循三个原则：一切皆有版本、共享唯一受信源、标准化与自动化。

检验研发团队的配置管理

五个问题可用于验证研发团队是否对所有内容实现了版本管理，以及通过两个挑战检验软件配置管理的质量。

配置管理落地的思考

配置管理的落地受到组织架构的影响，并且对于大型组织可能存在特定的配置管理工程师角色。文章作者倾向于弱化“配置管理”流程，认为研发团队应通过自动化实现自我管理，并围绕变更建立规则和工具。

文章结束时提出对于SCM在DevOps中实践的见解，强调了自动化和团队自治对于有效配置管理的重要性。