Kubernetes内configmap的作用

理解ConfigMap的基本概念

• 定义：
  • ConfigMap是Kubernetes用于存储非机密配置数据的一种资源对象。它允许你将配置信息与容器化应用程序分离，使得应用程序的配置更加灵活和易于管理。这些配置数据可以是环境变量、配置文件或者命令行参数等形式。
• 类比传统配置方式：
  • 在传统应用部署中，配置文件通常和应用程序一起打包。而在Kubernetes环境中，ConfigMap就像是一个集中存放配置文件的仓库，容器可以在运行时从这个仓库中获取配置，这样可以在不重新构建和部署应用程序的情况下，轻松修改配置。

使用场景和优势

• 环境变量注入：
  • 场景示例：假设你有一个Web应用，在不同的环境（开发、测试、生产）下需要使用不同的数据库连接字符串。你可以将数据库连接字符串存储在ConfigMap中，然后将其作为环境变量注入到容器中。
  • 具体操作：首先创建一个ConfigMap，例如：

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: db - config
  data:
    DB_CONNECTION_STRING: "jdbc:mysql://localhost:3306/mydb"
  

  • 然后在Pod的定义中使用这个ConfigMap来注入环境变量，如下：

  apiVersion: v1
  kind: Pod
  metadata:
    name: my - app - pod
  spec:
    containers:
    - name: my - app - container
      image: my - app - image
      env:
      - name: DB_CONNECTION_STRING
        valueFrom:
          configMapKeyRef:
            name: db - config
            key: DB_CONNECTION_STRING
  

  • 这样，容器中的应用程序就可以通过读取DB_CONNECTION_STRING这个环境变量来获取数据库连接字符串，并且在不同环境下，只需要修改ConfigMap中的值，而无需重新构建容器。
• 配置文件挂载：
  • 场景示例：对于一些复杂的应用，可能需要加载多个配置文件。例如，一个Java应用需要application.properties文件来配置日志级别、数据库连接等信息。可以将配置文件内容存储在ConfigMap中，然后挂载到容器内的指定位置。
  • 具体操作：创建一个包含配置文件内容的ConfigMap，假设application.properties的内容如下：

  logging.level.root=INFO
  spring.datasource.url=jdbc:mysql://localhost:3306/mydb
  

  • 可以创建这样的ConfigMap：

  apiVersion: v1
  kind: ConfigMap
  metadata:
    name: app - config
  data:
    application.properties: |
      logging.level.root=INFO
      spring.datasource.url=jdbc:mysql://localhost:3306/mydb
  

  • 然后在Pod定义中挂载这个ConfigMap到容器内的目录，例如：

  apiVersion: v1
  kind: Pod
  metadata:
    name: my - java - pod
  spec:
    containers:
    - name: my - java - container
      image: my - java - image
      volumeMounts:
      - name: config - volume
        mountPath: /etc/config
    volumes:
    - name: config - volume
      configMap:
        name: app - config
  

  • 这样，容器内的/etc/config/application.properties文件就包含了ConfigMap中存储的配置内容，应用程序就可以按照正常方式读取配置文件进行配置。

更新和传播机制

• 更新ConfigMap后的影响：
  • 当ConfigMap的内容被更新时，Kubernetes会根据不同的使用方式来决定如何将更新传播到容器。如果是通过环境变量注入的方式，容器内已经启动的进程通常不会自动获取新的环境变量值。因为环境变量是在容器启动时注入的。
  • 但如果是通过配置文件挂载的方式，并且应用程序在运行过程中有机制来定期重新加载配置文件（如一些Java应用会监听配置文件的变化），那么应用程序可以获取到更新后的配置内容。另外，对于新创建的容器，它们会使用更新后的ConfigMap内容。
• 如何触发容器重新加载配置（针对配置文件挂载）：
  • 对于一些没有自动重新加载配置文件机制的应用程序，可以通过重启容器来使新的配置生效。在Kubernetes中，可以通过更新Pod的标签或者使用Deployment的滚动更新功能来触发容器的重启，从而使挂载的配置文件更新生效。例如，对于一个Deployment，可以通过修改spec.template.metadata.labels的值，然后使用kubectl apply - f deployment.yaml来触发滚动更新，这样容器就会逐步重启并加载新的配置。