不可变部署是指永不改变已部署的基础架构的做法。换句话说，你的部署单元是 VM 或 Docker 容器，而不是一段代码。因此，你不会将代码部署到一组静态虚拟机，而是部署整个已经编译了代码的 VM。
不可变基础设施中所谓的不可变，即安装一次，不做修改，用过即扔。有点像一次性产品，或者可以称为即抛型。
不再需要给生产环境中的机器打补丁，直接部署一个新的已经打好补丁的机器就好了。
也没有必要区别生产环境和编译环境中 VM，所有的机器在不可变基础设施概念下都是一样的。
实际上，您可以安全地禁用对所有生产环境机器的所有 SSH 访问，因为已经没有任何事情可做 - 没有要更改的设置，没有要查看的日志。
如果能正确的使用，这是一个非常强大的模式，所以我强烈推荐！
注意：不可变部署要求将配置与您的代码分开。请阅读 12 Factor App 宣言（ https://12factor.net/ ），其中详细介绍了这一点（以及其他很棒的想法！）。这是 DevOps 从业者必读的内容。
代码与配置的分离非常重要 - 你也不希望每次轮换数据库密码时还得重新部署整个应用程序堆栈。所以，请确保应用程序能从外部配置存储（SSM / Consul / etc）中提取这些配置。
此外，您可以很容易地看到，随着不可变部署的兴起，像 Ansible 这样的工具扮演的角色就变得不那么突出了。原因是，现在只需要配置一台服务器并将其作为扩展组的一部分进行多次部署就可以实现大规模的自动化配置了。
或者，如果您正在使用容器，那么你应该从内心渴望使用不可变部署的。你肯定不希望开发容器与 QA 容器和生产容器不同。并且希望在所有环境中使用完全相同的容器。这可以避免配置偏差，并在出现问题时简化回滚。
除了容器之外，对于那些刚刚开始学习的人来说，使用 Terraform 配置 AWS 基础设施是一个教科书级的 DevOps 实践模式，也是成长为 DevOps 工程师的必经之路。
但是如果我需要查看日志来解决问题怎么办？好吧，您将不再登录虚拟机来查看日志，而是查看集中式日志管理的基础设施来解决问题。这同样使得你可以完全禁用远程访问，让环境变得更加安全。
看到我自信的微笑了么
总而言之，我们的全自动 “DevOps” 之旅始于配置运行我们的代码所需的计算资源。实现这一目标的最佳方法是通过不可变部署。
最后，如果你还好奇从什么地方开始的话，就去试试 Terraform+AWS 的组合吧，这将是一个很好的起点。
译后记对于国内的开发者来说，可以选择 Terraform + 腾讯云的组合尝试，具体可以参考 https://cloud.tencent.com/developer/article/1067230 这篇文章中提到的方式。
我们相信，在企业数字化转型落地过程中，DevOps 是企业软件开发模式革新的重要支柱。
CODING 作为国内领先的 DevOps 解决方案提供商，支持从需求到部署的研发全流程管理，涵盖了项目管理、代码管理、持续集成、制品库管理、测试管理、部署管理、缺陷管理、知识管理，帮助企业轻松将创意转化为创收。CODING 也会持续关注并分享软件研发领域最新理念与技术，与 DevOps 工程师一起成长。