配置管理工具在不可变的基础结构中扮演什么角色？

Question

如果我使用的是不可变的服务器/容器，我需要像主厨、木偶、蚂蚁或盐这样的工具吗？这些配置管理工具的设计目的是建立一个配置，然后维护它。

如果我正在部署不可变的服务器，是否应该只在初始配置中使用配置管理工具？

Answer 1

对此有几个答案：

1. 需要一些东西来建立这些不变的图像。当然，当从已知的启动状态开始时，使用老式的过程脚本来构建一些东西会更容易，但是随着时间的推移，这仍然会变得非常笨拙(例如Dockerfiles)，特别是当您最终想要一个大矩阵的不同的图像，例如不同版本的软件，不同的环境，等等。Packer和其他图像构建工具与Chef，Ansible，Puppet，Salt等集成得很好。
2. 不变性是一种光谱，而不是二进制。即使在“非常不可变”的部署中，一些需要运行时管理的配置文件也并不少见。这也是一个地方，你可以使用盖帽工具，虽然较轻的选择，如领事模板或etcd可能更有意义，取决于整体下。如果您正在执行不可变的应用程序服务器，但是您的数据库服务器更传统地使用Chef管理，那么即使在不可变的方面使用Chef来执行次要的管理任务也是有意义的。
3. 零日管理。不变是很好的，但是当下一个OpenSSL 0天下降时，你会怎么做呢？如果您的构建管道处于创建即时修复映像并部署它们的位置，那就太棒了。但是很多人可能没有这种快速转变的能力。
4. 不可能是不变的东西。答案是否定的，但整个地下系统很少是100%不变的。诸如数据库服务器和开发人员工作站(是的，它们是您的下位的一部分)是介于难的和不可能的之间。

Answer 2

我认为，绝对不变的环境是个坏主意。

像Ansible，Chef，Puppet这样的CM工具在很多情况下都很有用，包括你的。

我将ansible用于GCP中VM实例的初始配置。