微服务实践四: 配置管理

ty9919

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

需求

• 根据环境读取配置
  
• 方便更新配置
  
• 基础数据格式为list，map等，常见的配置格式是JSON，YAML，XML
  

配置部署（docker环境）
跟随镜像打包
　　最直接的方式也就是将配置文件也打包到docker镜像，配置即代码，更新配置需要构建新的镜像

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

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

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

配置服务
　　从配置服务如Etcd，Consul中读取配置，即配置集中管理，通过API的方式读取（如下图）

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

总结
　　尽量将配置与程序解耦
　　老项目更新起来成本高的情况下进项优先使用文件挂载，其次是镜像打包，除非这个项目稳定到你基本不需要更新配置。
　　新项目因为配置的频繁更新，上配置服务是很有必要的，除非你想为了更新配置文件跑一遍CI