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

小伙伴们对Golang编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《使用 Helm 将 Spring Boot 微服务部署到 K8s》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

我们构建了一些微服务（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: 部分引用这两个文件。

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

我希望将这些文件保留为当前格式，而不是将它们重写为 json/yaml 格式。

helm v3 允许这样做吗？

正确答案

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

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

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

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

以上就是《使用 Helm 将 Spring Boot 微服务部署到 K8s》的详细内容，更多关于的资料请关注golang学习网公众号！