DevOps不仅仅是快速发布

当组织开始转向DevOps时，他们关注的第一件事就是自动化。这是有道理的：自动部署工具很容易解释，实现它们通常会立即显示价值。

但发布速度并不是转移到DevOps和自动发布管道的唯一原因（甚至是最好的原因）。

更强大的配置管理

使用基础架构作为代码并实现自动部署，可以使组织对服务器，应用程序和环境的配置进行强有力的控制。部署脚本成为每个系统状态的实时文档，可以在版本控制，测试和审查中跟踪它们。

通过比较脚本的两个版本可以轻松识别配置更改。不再猜测应用程序是如何设置或应该配置的 - 只需查看代码即可。需要签署“仅用于提高认知度”的政策和批准可以替换为代码审查和自动仪表板。

可重复，可靠的部署

自动部署意味着每次运行部署代码时，它都将以相同的方式执行和部署应用程序或系统。这使它可重复和可靠。编写代码时会捕获错别字和“胖手指”，而不是在部署系统的测试和故障排除时捕获。

消除了所有不确定性，这使您可以自信地部署新版本。升级是微不足道的，平安无事，无压力。如果您需要为演示设置系统，您就会知道它可以轻松完成。如果要运行并行管道或需要扩展，可以自动完成。当您完成使用环境后，您可以将其删除以减少资源使用并降低成本，因为您知道可以在需要时重新创建它。

幂等性和不可变的基础设施

如果部署代码是幂等的，那么当您在没有中间更改的情况下连续运行它时，后续运行就不会发生任何事情。您可以将其设置为每半小时或每五分钟运行一次 - 除非必须，否则不会发生任何变化。如果有人手动更改配置或在不提交代码的情况下进行更改，则会在下次运行时恢复。这意味着系统不再有配置偏差或未经批准的更改。

如果您从未在旧版本之上安装新软件或配置，那么基础架构是不可变的：每个版本都是从头开始部署的。没有旧版本或配置文件的堆积只是“四处闲置”。除了自动化部署工具之外，每个人都可以禁用更改系统的访问权限，因此再次停止配置漂移 - 没有更多的开发人员和测试人员在系统上进行实验而忘记了为了还原它，并没有更好的系统管理员说，“虽然我在这里，我只是调整这个设置。”每个部署都很干净。

置信度

自动部署的所有这些好处可以增加对管道和发布过程的信心。自动化通过了解变更将按预期发生，提供对所做更改的了解和可视性。代码将以相同的方式运行：可重复且可靠。我们相信我们可以更快地行动，因为我们知道部署将如何结束。

源信息：