自动化是借助 DevOps 加快交付的核心原则之一。它能为组织带来一致性、可靠性和效率，让团队更容易发现并排查问题。以下是您应当了解的三大 DevOps 自动化实践：
- 持续集成、持续交付与持续部署：
“DevOps”和“CI/CD”这两个术语经常被混用。我们清楚，DevOps 的内涵远不止让贡献者能够构建和运行代码（或交付配置）、提升开发人员的生产力。其结果是，设计和交付应用所需的时间缩短，团队能够更快地创造价值、更快地学习。CI/CD 与 DevOps 并非同义词，但二者相辅相成。
- 持续集成（CI）是一种对每项变更进行测试的技术，让用户能够确认自己的变更是否破坏了环境中的任何部分。
- 持续交付（CD）是指以这样一种方式开发软件：任何通过验证的候选发布版本都可以随时部署到生产环境。
- 持续部署（CD）比持续交付更进一步。在持续部署中，每一项成功的修改都会自动部署到生产环境。由于某些行业和技术（例如硬件和制造业）无法立即向客户分发新版本，是否采用持续部署取决于您的企业和产品。
- 变更管理：
变更管理是许多企业流程中的关键环节。开发团队和运维团队可以借助若干基本标准和工具来实现统一，自动化准则便是其中之一。
-
版本控制：长期以来，版本控制一直帮助人们撤销变更，并从过去的决策中汲取经验。从 RCS 到 SVN、从 CVS 到 Perforce、从 ClearCase 到 Git，版本控制为所有人提供一致的工作流程和代码库，是团队协作不可或缺的基础。
-
变更控制：除了保存代码的版本历史之外，建立一套协调和推动变更的机制，有助于保持产品方向，降低代码遭受有害改动的可能性，并促进协作。
- X 即代码
基础设施即代码（IaC）模型通过高层抽象，为管理运行环境中的各个组件提供了一个声明式框架。换句话说，您向工具提供变量，输出结果始终一致，从而可以稳定地复制您的资源。DevOps 运用“即代码”原则来实现多个目标。
平台即代码（PaC）为服务提供声明式模型，正如基础设施即代码为重建相同的基础设施提供框架一样，它让您能够借助高层抽象，将服务快速部署到现有基础设施上。
配置即代码（CaC）将应用的配置定义为受版本管理的资源，把声明式流水线推向新的高度。
以上就是在采用 DevOps 自动化实践之前，您需要了解的要点。DevOps 是一种文化，随着数字化的推进，它正日益在各类企业和机构中普及。
