第三方容器应用的配置文件管理方法

背景

第三方的容器应用程序，都不尽相同，其配置文件的管理方法也多是多样，难以统一管理，我们需要一种统一管理第三方配置文件的方法，同时要和我们的配置中心consul 集成。

Docker的 volume机制

我们知道docker 可以将宿主机的目录，挂载到容器中，这相当于容器可是使用宿主机的目录，来存放持久化的数据。
同时，docker 提供了另外一种volume 机制可以从一个容器挂载另外一个容器的目录。通过这个机制，我们可以将应应用程序运行的容器和配置文件存放的容器分离。

如何配置

我们以 promethus alertmanager 为例，讲解如何做到配置文件和应用程序的分离，并将配置文件放到配置中心上。

promethus alertmanager 的配置文件路径是 /etc/alertmanager/config.yml ，我们需要另外一个容器将 /etc/alertmanager 这个目录保存到这个容器中。

docker-compose 文件如下

version: '2'
services:
  alertmanager:
    image: registry.datayes.com/cache/prometheus/alertmanager
    stdin_open: true
    tty: true
    volumes_from: 
    - config
    labels:
      io.rancher.container.pull_image: always
      io.rancher.sidekicks: config
  config:
    image: registry.datayes.com/base/alertmanager-base:1.0.0-442
    stdin_open: true
    tty: true
    volumes: 
    - /etc/alertmanager/
    environment:
      CONSUL_SERVER: ${CONSUL_SERVER}
      CONSUL_TOKEN: ${CONSUL_TOKEN}
      CONSUL_SPACE: ${CONSUL_SPACE}
      OVERWRITE_CONSUL_PATH_FOLDER: ${OVERWRITE_CONSUL_PATH_FOLDER}
    labels:
      io.rancher.container.pull_image: always

我们的应用程序容器为 alertmanager, 存放配置文件的容器为 config 。

config容器完成了如下功能

容器启动时，从consul 上获取配置文件，保存到容器中。
将自身的 /etc/alertmanager/ 暴露出来，供其他容器挂载。

alertmanager 完成的功能是

挂载 config 容器的volumes
使用sidekicks 保证两个容器在同一宿主机上

获取配置

config 容器使用的基础镜像中，包含了和 consul 集成的脚本(datayes-init) ，该脚本可以在每次容器启动时从 consul上获取配置文件，保存到对应的路径下。

datayes-init.conf 的配置文件如下, 该文件表示从 consul 的 config.yml 中获取内容，以文件形式保存到 /etc/alertmanager/config.yml

mode: file
file:
  - config.yml: /etc/alertmanager/config.yml

暴露volumes

这里只需要定义出暴露的volume 路径即可，不需要填写映射路径。

    volumes: 
    - /etc/alertmanager/

挂载volumes

在 alertmanger 的容器定义中，增加 volumes_from 字段，只需要填写目标容器的名称即可。行为模式就是读取 config 容器定义的 volumes，挂载路径保持一致。

    volumes_from: 
    - config

k8s 中如何配置

k8s 的pod功能，非常好的解决了这个需求。

pod 是容器组的概念， pod中的一组容器一定会在同一宿主机上。这个实现比sidekicks 更好，同时是 k8s 的原生功能。
pod 容器组使用的是同一个文件系统。所以连volume 挂载都不需要做了。

从这里可以可以看出k8s pod设计的前瞻性，而不是小白普遍认为的过度设计。

总结

第三方容器的配置文件，可以通过引入另一个独立存放配置文件的容器解决。这个配置文件容器根据设定好的规则，从配置中心获取配置，并保存在本地目录中。配置文件容器将路径挂载给应用程序容器使用，实现了应用和配置的分离管理。为了保证这两个容器在同一宿主机上，我们需要使用 rancher的 sidekicks功能。而k8s 原生的 pod 就可以满足这个需求。

注：本文中使用容器替代了服务的概念，以方便读者理解。 docker-compose 中的 alertmanager 和 config 都是服务。