为什么不使用配置管理工具代替Dockerfile？

50次阅读

问题描述

对Docker和配置管理工具都比较新。起初，他使用bash脚本来为Vagrant虚拟机提供配置，但后来转而使用Chef，以便可以使用相同的源来为开发和生产环境提供配置，以尽量使它们相似。他喜欢使用Chef的DRY（Don’t Repeat Yourself）原则，不再需要在项目之间复制粘贴shell脚本，可以使用社区提供的Cookbook，以及可以在多种Linux发行版上配置机器的便利性。

然而，使用Chef来为虚拟机提供配置后，对于在Dockerfile中添加RUN命令和shell命令来实现相同功能，感觉像是退步。用户通过搜索并没有找到直接使用Chef来构建Docker容器的简便方法，不知道其中的原因。他明白容器的不变性和配置管理工具常用于整个生命周期中重新配置机器，但是如果在容器初始构建阶段使用它们，仍然会带来许多好处，为什么不能这样做呢？

解决方案

请注意以下操作注意版本差异及修改前做好备份。

用户提出的问题涉及到Docker和配置管理工具的不同使用场景和优劣之处。尽管它们各有用途，但并不是可以直接替代的关系。以下是解决这个问题的几种方案：

方案1: 使用Packer结合Docker和Chef

如果用户希望在Docker中使用Chef的配置能力，可以考虑使用Packer。Packer可以将Docker作为”builder”，而将Chef作为”provisioner”，这样可以构建出镜像并将其添加到仓库中，以便在需要时重复使用，而无需重新构建，直到你的Chef配置发生变化。

步骤如下：
1. 使用Packer创建一个Packer配置文件，定义使用Docker作为builder和Chef作为provisioner的镜像构建过程。
2. 运行Packer构建镜像，生成Docker镜像。
3. 将生成的Docker镜像添加到你的仓库，以便后续重用。

方案2: Docker容器不同于虚拟机

理解Docker容器和虚拟机的不同之处对于解答这个问题很关键。Docker容器是轻量级、可移植的，可以在不同的环境中运行，具有快速启动和销毁的优势。而配置管理工具（如Chef）主要用于配置和管理服务器的状态，可以在整个生命周期中持续运行并对服务器进行更新。

Docker的目标是构建不变性的、轻量级的容器，而Chef等配置管理工具更适用于配置服务器的不同状态。因此，在Dockerfile中使用Chef会增加镜像的复杂性，违背了Docker的设计理念。

方案3: 完全不变的镜像流水线

一些组织构建完全不变的镜像流水线，其中使用Bash脚本来构建镜像，以确保稳定性和可预测性。这也有助于不同背景的工程师之间使用共同的语言。然而，这种做法不是所有场景下都适用，要根据具体情况进行权衡。

方案4: 不变性与配置管理的平衡

用户提到了不变性和配置管理的区别。不变性意味着在更新时必须完全替换机器，而配置管理可以通过代理或外部连接（如Ansible）来维护机器的状态。Docker容器本质上是不变的，不存储持久化数据，更新需要通过新版本的容器实现。

最终，用户需要权衡不变性和配置管理的优缺点，并根据具体需求来决定是否在Dockerfile中使用配置管理工具。

在此提供一个具体的解决方案示例，使用Packer来结合Docker和Chef：
1. 安装Packer工具，可以从Packer官网下载适用于你系统的版本。
2. 创建一个Packer配置文件，命名为docker-chef.json，并定义使用Docker和Chef的构建过程。示例配置如下：

{
  "builders": [
    {
      "type": "docker",
      "image": "ubuntu:latest",
      "commit": true
    }
  ],
  "provisioners": [
    {
      "type": "chef-solo",
      "cookbook_paths": ["path_to_your_chef_cookbooks"],
      "run_list": ["recipe[your_cookbook::default]"]
    }
  ],
  "post-processors": [
    {
      "type": "docker-tag",
      "repository": "your-docker-repo",
      "tag": "latest"
    }
  ]
}