微服务实践四: 配置管理

配置涵盖程序运行的环境,程序依赖的基础资源地址,程序的行为等。

需求

  • 根据环境读取配置
  • 方便更新配置
  • 基础数据格式为listmap等,常见的配置格式是JSONYAMLXML

配置部署(docker环境)

跟随镜像打包

最直接的方式也就是将配置文件也打包到docker镜像,配置即代码,更新配置需要构建新的镜像

  • 优点
    1. 配置更新随代码库有版本记录和修改记录
  • 缺点
    1. 每次更新配置需要进行git commit - git push - docker build - docker push - docker pull这么繁杂的流程(如下图),紧急情况下过于缓慢
    配置入docker镜像

利用文件挂载方式

利用docker volume的方式,将配置文件挂载到容器里指定的目录,程序通过访问文件系统读取配置

  • 优点
    1. 对程序的侵入性小,很多程序都是读取文件系统,不改变它们的习惯
    2. 容器更新不依赖于配置,容器每次重启都可以更新配置。k8s的ConfigMap就是这个方式
  • 缺点
    1. 需要为所有容器挂载该卷,配置更新需要更新到所有容器

配置服务

从配置服务如Etcd,Consul中读取配置,即配置集中管理,通过API的方式读取(如下图)

配置服务

  • 优点
    1. 配置更新和读取通过API
    2. 多Etcd实例,配置服务高可用,同时保证一致性
    3. 容器更新不依赖于配置,容器每次重启重新拉取配置
    4. 配置的管理更安全,不是所有开发人员都可以更新
  • 缺点
    1. 一般需要改变程序行为,老程序往往不支持这些配置服务,需要通过改代码的方式注入配置,修改起来会有成本

总结

尽量将配置与程序解耦

老项目更新起来成本高的情况下进项优先使用文件挂载,其次是镜像打包,除非这个项目稳定到你基本不需要更新配置。

新项目因为配置的频繁更新,上配置服务是很有必要的,除非你想为了更新配置文件跑一遍CI

posted @ 2017-04-15 19:11  Srggggg  阅读(...)  评论(...编辑  收藏