4、DevOps实践指南：核心支撑与反馈机制

DevOps实践指南：核心支撑与反馈机制

1. DevOps核心与支撑实践

在DevOps中，持续集成和持续交付是两大核心实践，缺一不可。除此之外，还有一些支撑性实践，它们对核心实践起到支持和推动作用。

2. 基础设施即代码

在过去，经验丰富的运维工程师凭借一套脚本工具包和对管理控制台的熟悉，能熟练处理各种环境的配置和管理任务。然而，随着系统虚拟化和开发者采用持续集成（CI），运维工程师面临的环境数量和实例急剧增加。开发者频繁地进行CI构建，每天可能有多次，这就需要快速创建新的环境实例，并且这些构建常常伴随着配置更改。传统的手动登录控制台进行逐个更改的方式已不再可行，而且速度至关重要，否则会导致开发构建积压。

为了解决这些问题，需要关注两个关键概念：
- 周期时间 ：从新需求获批、变更请求提出或补丁修复的缺陷被识别，到交付到生产环境的平均时间。敏捷组织希望将交付周期时间缩至最短，像Etsy这样的公司能将周期时间缩短至几分钟，而企业应用目前数周甚至数月的周期时间是不可接受的。
- 环境版本控制 ：开发需求要求运维维护多个环境配置和补丁级别，运维对环境的任何更改都应视为创建新的环境版本，而不是简单地通过控制台调整配置。通过脚本应用所有更改是正确管理的唯一方法，脚本执行时会在执行的环境上创建新版本，这简化了变更管理，同时遵循ITIL和ITSM最佳实践。

将基础设施作为代码进行捕获和管理是解决上述两个需求的有效方案。通过执行脚本可以创建和配置从操作系统到完整应用程序栈的镜像，原本需要数小时的操作现在只需几分钟。对这些脚本进行版本控制，就像在SCM系统