14、容器化应用配置管理：从环境变量到高级模式

容器化应用配置管理：从环境变量到高级模式

1. 环境变量配置的局限性

环境变量是配置容器化应用的一种简单方式，具有普遍适用性，可在不同级别设置。然而，它存在诸多局限性：
- 适用范围有限 ：仅适用于少量配置和简单场景。当开发和生产环境配置并存于同一个 Docker 镜像时，任何一个环境的更改都需要重新构建镜像。
- 配置管理困难 ：环境变量可在多处定义，导致配置定义分散，难以追踪变量来源，调试配置问题也变得困难。
- 运行时不可更改 ：环境变量只能在应用启动前设置，运行时无法更改。虽然这有助于促进配置的不可变性，但不利于在运行时动态调整应用。

由此可见，环境变量主要适用于简单用例，对于复杂配置需求存在明显不足。

2. Kubernetes 配置资源

Kubernetes 提供了原生的配置资源，用于处理常规和机密数据，将配置生命周期与应用生命周期解耦。

2.1 问题分析

EnvVar 配置模式存在适用变量少、配置分散且难以查找和确认的问题。将整个配置文件内容放入环境变量也不合理，因此需要更灵活的配置方式。

2.2 解决方案

Kubernetes 提供了 ConfigMap 和 Secret 两种配置资源，分别用于通用和敏感数据。它们都以键值对形式存储和管理数据，使用方式相似：
- 作为环境变量引用 ：ConfigMap 的键可作为环境变量名。
- 作为挂载