前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >不要使用未打包的Helm Chart!

不要使用未打包的Helm Chart!

作者头像
云云众生s
发布2024-09-05 09:28:53
1160
发布2024-09-05 09:28:53
举报
文章被收录于专栏:云云众生s

简而言之,不要直接从未打包的 Helm Chart 安装/模板,因为 Helm CLI 在打包方面存在许多错误...

译自 Do NOT use unpackaged Helm charts! - DevOps,作者 Ahmed AbouZaid。

TL;DR

不要直接从未打包的 Helm Chart 安装/模板,因为 Helm CLI 在打包和依赖项方面存在许多错误,尤其是错误号 helm/helm #11484,这会导致意外行为。

此外,如果您的用户使用您打包的 Helm Chart ,那么您应该测试打包的 Helm Chart ,反之亦然。

简介

经验法则:您的测试环境应尽可能接近生产环境,以确保软件正常运行。

当您将软件作为 SaaS 运行时,这条规则至关重要,当您向客户交付产品工件时,这条规则更加重要。

您可能知道这条规则,但有时您会想,这只是一点偏差。会有什么影响呢? 实际上,它可能会产生很大影响

问题

在我的案例中,我使用的是 基于主干的开发

并且每次拉取请求都会构建更改并将其部署到测试环境。

我维护一个上游 Helm Chart ,我的错误是在 CI 管道中部署了未打包的 Helm Chart (直接从Chart目录部署,跳过打包步骤)。这基本上违反了上述规则。

后来,我发现客户报告了一些意外行为,经过调查,我发现 Helm CLI 在打包步骤中存在许多错误。

好吧,Helm CLI 在打包步骤中处理依赖项时存在很多错误。例如 #11484#12954#13214 等等。

我同时遇到了两个错误,Helm 会 合并 来自同一存储库的相同 chart,即使它们位于不同的别名下!

示例

让我们看看实际情况... 以下是一个示例(使用 Helm CLI 版本 v3.15.1 执行,该版本于 2024 年 5 月发布):

代码语言:javascript
复制
# my-chart/Chart.yaml
name: my-chart
version: 1.0.0
appVersion: 1.0.0
dependencies:
  - name: postgresql
    alias: psql-14
    repository: https://charts.bitnami.com/bitnami
    version: 14.x.x
  - name: postgresql
    alias: psql-13
    repository: https://charts.bitnami.com/bitnami
    version: 13.x.x

如果您从未打包的目录安装/模板化该Chart,一切都会按预期工作:

代码语言:javascript
复制
$ helm dependency update
$ helm dependency build
$ helm template . | grep -o "Source: my-chart/charts/psql-../" | sort | uniq

Source: my-chart/charts/psql-13/
Source: my-chart/charts/psql-14/

但是,如果您尝试打包它,您将看到一个名为 postgres 的单个 Frankenstein 包,其中包含来自 Bitnami Chart postgresql/13.x.xpostgresql/14.x.x 的一些文件。

在许多情况下(取决于Chart,它甚至可能无法渲染并显示错误)。

代码语言:javascript
复制
$ helm dependency update
$ helm dependency build
$ helm package .
$ helm template my-chart-1.0.0.tgz | grep -o "Source: my-chart/charts/psql-../" | sort | uniq

Error: template: my-chart/charts/postgresql/templates/networkpolicy-egress.yaml:6:18: executing "my-chart/charts/postgresql/templates/networkpolicy-egress.yaml" at <.Values.networkPolicy.enabled>: nil pointer evaluating interface {}.enabled

Use --debug flag to render out invalid YAML

解决方法

在 Helm CLI 中修复该问题(问题号 #11484)之前,唯一可用的解决方法是为每个依赖项使用不同的名称或不同的存储库。

代码语言:javascript
复制
dependencies:
  - name: postgresql
    alias: psql-14
    repository: https://charts.bitnami.com/bitnami
    version: 14.x.x
  # Here I made a local copy of the PostgreSQL v13 Helm chart.
  - name: postgresql
    alias: psql-13
    repository: "file://../postgresql-13"
    version: 13.x.x

结论

这篇文章并没有告诉您不要使用未打包的 Helm Chart ,而是强调了测试用户将使用什么的重要性。如果您的用户使用您打包的 Helm Chart ,那么您应该测试打包的 Helm Chart ,反之亦然。

这很烦人,但至少比 #12488 中的错误要好,该错误已经存在两年多(该问题是在 2022 年报告的,Helm 维护人员进行了部分修复,另一半在 #12488 中)。

无论如何... 祝您 Helm 使用愉快!(但我仍然更喜欢 Kustomize TBH)

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2024-09-04,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • TL;DR
  • 简介
  • 问题
  • 示例
  • 解决方法
  • 结论
相关产品与服务
对象存储
对象存储(Cloud Object Storage,COS)是由腾讯云推出的无目录层次结构、无数据格式限制,可容纳海量数据且支持 HTTP/HTTPS 协议访问的分布式存储服务。腾讯云 COS 的存储桶空间无容量上限,无需分区管理,适用于 CDN 数据分发、数据万象处理或大数据计算与分析的数据湖等多种场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档