本文共 777 字，大约阅读时间需要 2 分钟。

Kubernetes 配置管理的核心目的在于实现容器配置与数据分离，比如部署一个 MySQL 容器，其重要文件可分为两类：一类是存储数据的文件，另一类是配置文件如 my.cnf。通过持久化存储可以实现容器与数据的分离，而配置文件也能够与容器解耦，即容器可以直接读取预先准备好的配置文件（而非使用容器内置的默认配置文件），同时也能保存配置数据的键值对，无论是单个属性还是整个配置文件都可实现。

一、ConfigMap 创建

ConfigMap 用于管理不包含敏感信息的字符串，适用于处理应用程序配置。创建 ConfigMap 有两种方式：

1. 使用 kubectl 创建

这种方式支持两种 ConfigMap 形式：

• 文件类型：适用于主流组件（如 MySQL、Redis）配置文件创建，这些配置文件可能是数据库配置文件或其他类型文件。以 MySQL 示例，一般使用 mysqld.conf 文件（以下简化示例）：

[Unit]
[u]

更复杂的配置示例可以参考官方文档。

• 键值对类型：适用于 高层次配置 管理，比如全局配置或系统参数。通过 YAML 文件或 CLI 创建更为便捷。例如，一个简化的 ConfigMap 定义可能类似于：

kind: ConfigMap
apiVersion: v1
metadata:
  name: my-config
  namespace: default
spec:
  data:
    key1: value1
    key2: value2

2. 使用 YAML 文件创建

通过编写 YAML 文件直接定义 ConfigMap 是最灵活的方式，支持多种应用场景。例如，可以创建包含多个键值对的全局配置文件，或者专门配置应用程序的环境参数。

通过上述方式，开发者可以根据具体需求灵活选择适合的配置管理方案。