大家好，我是G探险者，今天我们来聊一下通过容器化部署的springboot项目，如何灵活的修改配置文件。
有同事问我，我们的springboot项目是容器化部署，使用的是K8S容器编排平台，部署上去后，修改项目里面的配置不太方便，还需要进入到容器内部进行修改，太麻烦了，怎么样能够 灵活修改配置呢？
我们现在的很多项目基本都是基于springboot开发然后通过容器化部署的。有的项目直接使用的是docker来部署，有的是通过K8S的容器编排平台来部署。我就从这两方面分别介绍。
1. 在Docker中修改配置
1.1 进入Docker容器内部修改
一种常见的修改Docker容器内配置的方法是直接进入Docker容器内部进行修改。我们可以使用docker exec -it [container-id] /bin/bash
命令来登录到运行中的Docker容器，然后直接修改配置文件。这种方式操作直观、简单，适合初次使用Docker的用户。
然而，这种方法也有其局限性。
首先，对容器内部的任何修改在容器重启时都会丢失，因为容器的文件系统是隔离的。
其次，这种方法不适合在多个环境中使用，因为每次部署都需要手动进入容器进行修改。
1.2 使用Docker数据卷修改
为了解决这些问题，Docker提供了数据卷（volume）的功能。Docker数据卷可以将宿主机的文件或目录挂载到容器内，这样我们就可以直接在宿主机上对文件进行修改，而无需登录到容器内部。
假设我们的Spring Boot项目的配置文件位于宿主机的/path/to/config/目录中，我们希望在容器内部映射到/config/目录。我们可以使用以下命令来启动容器：
docker run -d -p 8080:8080 -v /path/to/config/:/config/ your-app
这样，宿主机上的/path/to/config/目录就被挂载到了容器的/config/目录。在Spring Boot应用中，我们可以将配置文件的路径设置为/config/，然后应用就会从这个路径加载配置文件。当我们需要修改配置时，只需直接在宿主机上修改/path/to/config/目录中的文件，然后重启容器即可。
使用Docker数据卷的方式，我们可以实现配置的持久化，而且更加灵活，因为我们不需要进入容器内部就可以修改配置。
1.3 Docker的数据卷（Volume）机制
Docker通过挂载Spring Boot的配置文件实际上是将宿主机上的配置文件或目录与容器内部的对应路径进行关联。这样做的原理是基于Docker的数据卷（Volume）机制。
数据卷是Docker提供的一种机制，用于在容器和宿主机之间共享数据。通过挂载数据卷，宿主机上的文件或目录可以在容器内部访问和使用，同时容器对这些文件的修改也会反映到宿主机上。
当你在Docker中运行Spring Boot应用时，可以使用-v或--volume参数来指定挂载配置文件或目录的关联关系。例如，假设你的配置文件位于宿主机的/path/to/config/application.properties，你可以使用以下命令启动容器：
docker run -d -p 8080:8080 -v /path/to/config/application.properties:/app/application.properties your-app
这样，宿主机上的/path/to/config/application.properties文件就被挂载到了容器内部的/app/application.properties路径。在Spring Boot应用中，你可以通过相对路径/app/application.properties来加载该配置文件。
实际上，Docker的数据卷机制会将宿主机上的文件或目录复制到容器内部的对应路径，并建立一个实时的双向同步。这意味着当你修改宿主机上的配置文件时，容器内部的文件也会相应地更新。反之亦然，当容器内部的文件发生变化时，宿主机上的文件也会相应地更新。
通过挂载配置文件，你可以方便地在宿主机上修改配置，而无需进入容器内部。这样你就可以轻松地调整和管理Spring Boot应用的配置，而无需重新构建或重新部署容器。
总结来说，Docker通过数据卷的机制实现了宿主机和容器内部文件的共享和同步，从而实现了在Docker容器中挂载Spring Boot配置文件的功能。
2. 在Kubernetes中修改配置
在Kubernetes（K8s）中，为了实现配置文件的灵活修改，我们通常会使用ConfigMap或Secret。
2.1 使用ConfigMap
ConfigMap是Kubernetes中用于存储非机密数据的资源。例如，我们可以创建一个ConfigMap来存储应用的配置文件。当我们需要修改配置时，只需更新ConfigMap，然后重新部署应用即可。以下是一个创建ConfigMap的示例：
apiVersion: v1
kind: ConfigMap
metadata:
name: my-config
data:
application.properties: |
spring.datasource.url=jdbc:mysql://localhost:3306/db
spring.datasource.username=user
spring.datasource.password=pass
我们可以将这个文件保存为configmap.yaml，然后使用kubectl apply -f configmap.yaml来创建ConfigMap。在Pod模板中，我们可以引用这个ConfigMap，将其挂载到Pod中的/config目录。
2.2 使用Secret
如果配置文件中包含敏感信息，如密码或API密钥，我们应该使用Secret。Secret的使用方式与ConfigMap类似，但它会对数据进行加密。以下是一个创建Secret的示例：
apiVersion: v1
kind: Secret
metadata:
name: my-secret
type: Opaque
data:
application.properties: |
c3ByaW5nLmRhdGFzb3VyY2UudXJsPWpkYmM6bXlzcWw6Ly9sb2NhbGhvc3Q6MzMwNi9kYg==
c3ByaW5nLmRhdGFzb3VyY2UudXNlcm5hbWU9dXNlcg==
c3ByaW5nLmRhdGFzb3VyY2UucGFzc3dvcmQ9cGFzcw==
在这个示例中，application.properties的值是Base64编码的。你可以使用echo -n 'your-data' | base64命令来进行编码。
使用ConfigMap或Secret，我们可以在Kubernetes环境中灵活地修改配置，只需更新ConfigMap或Secret，然后重新部署应用即可。这种方式既能实现配置的持久化，也能在多个环境中灵活地修改配置。
总结
在Docker和Kubernetes中，我们都有多种方式来修改Spring Boot项目的配置。我们可以直接进入Docker容器内部进行修改，也可以使用Docker数据卷或Kubernetes的ConfigMap和Secret。直接进入容器修改配置虽然操作简单，但不适合在多个环境中使用，也无法实现配置的持久化。使用Docker数据卷、ConfigMap或Secret，我们可以实现配置的持久化，同时在多个环境中灵活地修改配置。在实际工作中，我们应根据具体情况选择最适合的方式。
