使用Helm将Spring Boot微服务部署到K8s

Question

我们已经构建了一些微服务（MS），并已部署到我们公司的 K8s 集群中。

对于当前部署，我们的任何一个 MS 都将构建为 Docker 映像，并使用以下步骤手动部署；而且效果很好：

• 创建配置图
• 安装 Service.yaml
• 安装 Deployment.yaml
• 安装 Ingress.yaml

我现在正在研究 Helm v3 来简化和封装这些部署。我已经阅读了很多 Helm v3 文档，但我仍然没有找到一些简单问题的答案，我希望在吸收整个文档以及 Go 和 SPRIG 之前在这里得到答案，然后找到发现它不符合我们的需求。

我们的 Spring MS 有 5 个独立的 application.properties 文件，这些文件特定于我们的 5 个环境。这些属性文件是简单的多行 key=value 格式，前面有一些注释 #.

# environment based values
key1=value1
key2=value2

使用 helm create，我在根目录中安装了一个名为 ./deploy 的图表，它自动创建了 ./templates 和 values.yaml.

问题是我需要访问图表的 ./deploy 目录之外的 application.properties 文件。

从 helm 中，我想从我的 configmap.yaml 的 Data: 部分引用这 2 个文件。

• ./src/main/resource/dev/application.properties
• ./src/main/resources/logback.xml

我想将这些文件保留为当前格式，而不是将它们重写为 JSON/YAML 格式。

Helm v3 允许这样做吗？

Answer 1

将此作为答案，因为评论空间不足！

检查我上面分享的 12 因素应用程序链接，特别是有关配置的部分...那里的解释不是很好，但背后的想法是构建一个容器并将该容器部署在任何环境中，而无需修改它plus 能够更改配置，而无需创建新版本（如果配置烘焙在容器中，则后者无法完成）。例如，这允许更改数据库连接池大小而无需释放（或任何其他配置参数）。从安全角度来看，这也很好，因为您可能不希望容器在具有生产配置（密码、API 密钥等）的较低环境（开发/测试/其他）中运行。这种方法类似于构建一次，随处部署的持续交付原则。

我假设当您在本地运行应用程序时，您只需要访问一组配置，因此您可以将其保存在单独的文件中（例如 application.dev.properties），并在 helm 环境中拥有在环境之间变化的参数变量。我知道你提到过你不想这样做，但这现在被认为是一个良好的做法（将来可能会被认为是另外的......）。

我也认为务实很重要，如果在你的情况下你觉得不需要在容器之外进行配置，那么就不要这样做，并且可能使用我给出的建议来更改命令行参数选择配置文件效果很好。同时，请记住 12 要素应用程序方法，以防您发现将来确实需要它。