OpenShift配置更新时如何自动重载config.yaml，无需重部署应用？

当ConfigMap内容更新后，OpenShift默认不会自动重启Pod加载新配置。以下两种方法可实现配置变更时自动触发Pod重启，无需手动重新部署：

方法1：使用DeploymentConfig的ConfigMap触发器（原生OpenShift方式） #

OpenShift的DeploymentConfig支持配置ConfigMap触发器，当指定的ConfigMap内容更新时，自动触发滚动更新、重启Pod。

步骤1：更新Template，添加带触发器的DeploymentConfig #

将以下DeploymentConfig定义加入原Template的objects数组，让创建应用时同时生成ConfigMap和带自动触发逻辑的DeploymentConfig：

apiVersion: template.openshift.io/v1
kind: Template
metadata:
  name: config
parameters:
- name: APPLICATION
  required: true
- name: BLUE_GREEN_VERSION
  required: true
- name: SQL_CONNECTION
  required: true
- name: API_URL
  required: true 
objects:
# 原ConfigMap定义
- apiVersion: v1
  kind: ConfigMap
  metadata:
    name: ${APPLICATION}-${BLUE_GREEN_VERSION}
  data:
    appsettings.json: |-
      {
        "ConnectionStrings": {
          "SQLDB": "${SQL_CONNECTION}"
        },
        "URL":"${API_URL}",
        "AllowedHosts": "*"
      }
# 添加DeploymentConfig定义
- apiVersion: apps.openshift.io/v1
  kind: DeploymentConfig
  metadata:
    name: ${APPLICATION}-${BLUE_GREEN_VERSION}
  spec:
    triggers:
      # 保留镜像变更触发器（根据你的实际配置调整）
      - type: ImageChange
        imageChangeParams:
          automatic: true
          containerNames:
            - your-app-container
          from:
            kind: ImageStreamTag
            name: ${APPLICATION}:${BLUE_GREEN_VERSION}
      # 新增ConfigMap变更触发器
      - type: ConfigChange
        configChangeParams:
          name: ${APPLICATION}-${BLUE_GREEN_VERSION}
    replicas: 1
    template:
      spec:
        containers:
          - name: your-app-container
            image: ${APPLICATION}:${BLUE_GREEN_VERSION}
            # 将ConfigMap挂载到应用读取配置的路径
            volumeMounts:
              - name: app-config
                mountPath: /app/appsettings.json
                subPath: appsettings.json
        volumes:
          - name: app-config
            configMap:
              name: ${APPLICATION}-${BLUE_GREEN_VERSION}

效果 #

当你更新ConfigMap中的SQL_CONNECTION或API_URL参数后，OpenShift会自动检测到ConfigMap变化，触发DeploymentConfig的滚动更新，重启所有Pod加载新配置。

方法2：注入ConfigMap哈希到Pod环境变量（通用Kubernetes方式） #

通过将ConfigMap内容的哈希值作为环境变量注入Pod，当ConfigMap内容变化时哈希值改变，Kubernetes会自动重启Pod。

修改DeploymentConfig的容器配置 #

在Pod模板中添加一个环境变量，值为ConfigMap内容的哈希：

apiVersion: apps.openshift.io/v1
kind: DeploymentConfig
metadata:
  name: ${APPLICATION}-${BLUE_GREEN_VERSION}
spec:
  template:
    spec:
      containers:
        - name: your-app-container
          image: ${APPLICATION}:${BLUE_GREEN_VERSION}
          volumeMounts:
            - name: app-config
              mountPath: /app/appsettings.json
              subPath: appsettings.json
          env:
            # 注入ConfigMap内容的哈希值
            - name: CONFIG_MAP_HASH
              valueFrom:
                configMapKeyRef:
                  name: ${APPLICATION}-${BLUE_GREEN_VERSION}
                  key: appsettings.json
      volumes:
        - name: app-config
          configMap:
            name: ${APPLICATION}-${BLUE_GREEN_VERSION}

原理 #

ConfigMap内容更新时，CONFIG_MAP_HASH的值会随之改变，Kubernetes检测到Pod模板的环境变量变化后，自动触发滚动更新，新Pod会挂载更新后的ConfigMap。

注意事项 #

• 确保volumeMounts中的mountPath与应用读取配置文件的实际路径一致。
• 蓝绿部署场景下，BLUE_GREEN_VERSION参数会区分不同版本的资源，需保证触发器关联对应版本的ConfigMap。
• 两种方法均无需手动执行重新部署操作，配置变更后自动触发Pod重启。

内容的提问来源于stack exchange，提问作者Shakeer Hussain