statefulset与configmap协同管理有五种方法：一、卷挂载触发滚动重启；二、环境变量注入需重建pod；三、initcontainer预处理配置；四、subpath挂载单个键；五、kustomize多环境差异化管理。
如果您在 Kubernetes 集群中部署有状态应用，StatefulSet 与 ConfigMap 的协同管理直接影响配置一致性、滚动更新行为及 Pod 启动可靠性。以下是针对该场景的多种管理方法：
一、将 ConfigMap 作为卷挂载至 StatefulSet Pod
此方式确保每个 Pod 独立读取配置文件，且配置变更可触发 Pod 重启（需配合 readinessProbe 和 rollingUpdate 策略），适用于需要文件路径访问或热重载支持的应用。
1、创建 ConfigMap，例如名为 app-config，包含 application.yml 文件内容。
2、在 StatefulSet 的 volume 字段中定义 configmap 类型卷，引用该 ConfigMap 名称。
3、在容器的 volumeMounts 中指定挂载路径，如 /etc/app/config。
4、设置 StatefulSet 的 updateStrategy.type 为 RollingUpdate，并启用 revisionHistoryLimit 保留旧版本。
5、修改 ConfigMap 内容后，执行 kubectl rollout restart statefulset/
二、通过环境变量注入 ConfigMap 数据
此方式适用于仅需少量键值对配置的场景，环境变量在 Pod 启动时注入，不可动态更新；若需更新，必须重建 Pod。
1、创建 ConfigMap，键为 DATABASE_URL、LOG_LEVEL 等明确命名的配置项。
2、在 StatefulSet 的容器 spec 中，使用 envFrom 字段引用该 ConfigMap。
3、确认 StatefulSet 的 updateStrategy.type 设置为 RollingUpdate，确保更新时逐个替换 Pod。
4、修改 ConfigMap 后，执行 kubectl patch statefulset/
5、注意：环境变量不会自动刷新，必须通过滚动更新重建 Pod 才能生效。
三、使用 initContainer 预处理 ConfigMap 内容
当配置需在主容器启动前进行格式转换、权限修正或合并多个 ConfigMap 时，initContainer 可完成前置操作，保障主容器启动时配置就绪。
1、在 StatefulSet 的 initContainers 字段中定义一个 busybox 或 alpine 容器。
2、将 ConfigMap 挂载至 initContainer 的临时路径，如 /config-src。
SmartB2B 是一款基于PHP、MySQL、Smarty的B2B行业电子商务网站管理系统，系统提供了供求模型、企业模型、产品模型、人才招聘模型、资讯模型等模块，适用于想在行业里取得领先地位的企业快速假设B2B网站，可以运行于Linux与Windows等多重服务器环境，安装方便，使用灵活。 系统使用当前流行的PHP语言开发，以MySQL为数据库，采用B/S架构，MVC模式开发。融入了模型化、模板
3、在 initContainer 的 command 中执行 sed、cp、chmod 等命令，生成目标配置文件至共享 emptyDir 卷。
4、将该 emptyDir 卷同时挂载至主容器的配置目录，如 /etc/app/conf。
5、initContainer 必须成功退出，主容器才会启动；失败将导致 Pod 卡在 Init:0/1 状态。
四、基于子路径挂载 ConfigMap 中的单个键
避免整个 ConfigMap 被挂载为目录，仅挂载所需配置文件，减少挂载体积并提升安全性，尤其适用于 ConfigMap 包含多个不相关键的场景。
1、创建 ConfigMap，其中包含多个键，如 logback.xml、nginx.conf、env.properties。
2、在 StatefulSet 的 volume 字段中定义 configMap 卷，并在 items 字段中指定 key: nginx.conf 与 path: nginx.conf。
3、在 volumeMounts 中将该卷挂载至容器内固定路径，如 /etc/nginx/conf.d/default.conf。
4、设置 subPath 为对应键名，确保仅该文件被挂载而非整个目录结构。
5、subPath 挂载不响应 ConfigMap 更新，需配合 Pod 重启才能加载新内容。
五、使用 kubectl apply -k 配合 Kustomize 管理多环境 ConfigMap
当不同命名空间或环境（dev/staging/prod）需差异化配置时，Kustomize 可通过 bases 与 overlays 分离通用定义与环境特异性字段，避免重复 YAML。
1、在 base 目录下定义 StatefulSet 基础模板与通用 ConfigMap。
2、在 overlays/dev/ 目录中创建 kustomization.yaml，添加 patchesStrategicMerge 修改副本数与 ConfigMap 内容。
3、在 overlays/prod/ 中使用 configMapGenerator 生成带哈希后缀的 ConfigMap，并引用其 name。
4、执行 kubectl apply -k overlays/prod/ 部署生产环境资源，ConfigMap 名称自动带唯一标识。
5、ConfigMap 名称变更会触发 StatefulSet 自动滚动更新所有 Pod，前提是 volume 引用方式为 name+hash。
