Helm: 名前にダッシュを含むサブチャートの値へのアクセス

これは良い質問です。 私はこれを行うのに問題はありませんでしたが、それは矛盾です。 @technosophosこれらの1つを他と一致するように変更する必要がありますか？

現在、このようなサブチャートの値にアクセスする際に問題が発生しています。

次のブロックでエラーが発生します。

{{ if .Values.gitlab-runner.enabled }}

エラー：アップグレードに失敗しました： "gitlab / templates / deployment.yaml"の解析エラー：テンプレート：gitlab / templates / deployment。 yaml：217 ：不正な文字U +

indexテンプレート関数を使用して、名前に「-」が含まれる値にアクセスします： {{ index .Values "gitlab-runner" }} 。

そして、おそらく規則を変更する必要があります。 そのため、このようなことに対処するのは面倒です。 私はその問題を自分自身に割り当てて、慣習を変えに行きました。

おかげで、それはこのように機能します。

@prydoniusチャートにダッシュで名前を付けることを最初に決定した理由を覚えていますか？ 私は古いドキュメントを調べていましたが、これは最初から設定した前例です。 変更するのはあまり良い考えではないのではないかと思います。

インデックスがどのように機能するかを理解しようとしています。
以下からservicename値にアクセスするにはどうすればよいですか？

mysub-chart:
  servicename: mysubchart-service

？
見つかった解決策： {{ index .Values "mysub-chart" "servicename" }}

withやrangeブロックなど、制御構造でダッシュ名をどのように使用しますか？

{{- range $key, $value := .Values.my-service-name.deployment.annotations }}

@spearsem上記のコメントは、その問題に対する適切な回避策を持っていると思います。 私はこれがうまくいくはずだと思います：

{{- range $key, $value := index .Values "my-service-name" "deployment" "annotations" }}

それ以外の場合は、アノテーションを指す変数をインスタンス化して、範囲内またはブロックで使用できると思います。 例えば

{{ $annotations := index .Values "my-service-name" "deployment" "annotations" }}
{{- range $key, $value := $annotations }}

@bacongobblerこれはwithますか？ 別の関数評価の結果を「コンテキスト」として利用できるかどうかを知るために、 withの実装に精通していません。

text / templateは、どの構造でも機能するはずだと言っているように見えるので、そうだと思います。

パイプラインの値が空の場合、出力は生成されません。 それ以外の場合、ドットはパイプラインの値に設定され、T1が実行されます。

変数メソッドは私にはうまくいかないようです。 。 エラーは1行後に発生します。

Istioポートの命名規則にもダッシュが必要です（ポッド仕様の要件を参照）。

CLIで変数を設定するための回避策はありますか？

helm install --set one-two.three=10 releasename ./chartname

これは本当の矛盾であり、私にも問題があります。
1つの解決策は、requirements.yamlでエイリアスを使用して、サブチャート名が-のないものに変更されるようにすることですが、これは確かに面倒です。

私もこの問題を抱えています。

Helmが代わりにキャメルケース化名を使用して親チャートからsubchart-name値を渡すといいと思います（例： subchartName 。 これにより、チャート名の規則と変数名の規則が相互に互換性を持つようになり、構文の問題が上から回避されます。

これはテンプレートではまったく機能しません。このサンプルコードは次のとおりです。
{{index .Values "first-key" "secondkey"}}
NOTES.txtで機能しますが、アップグレードコマンドを発行するときは_helpers.tplで機能します。
_helpers。 tpl：24 ：3：で「test.template」を実行

クライアント：＆version.Version {SemVer： "v2.6.2"、GitCommit： "be3ae4ea91b2960be98c07e8f73754e67e87963c"、GitTreeState： "clean"}
サーバー：＆version.Version {SemVer： "v2.7.0"、GitCommit： "08c1144f5eb3e3b636d9775617287cc26e53dba4"、GitTreeState： "clean"}

両方のバージョンが同じでも同じこと：
クライアント：＆version.Version {SemVer： "v2.6.2"、GitCommit： "be3ae4ea91b2960be98c07e8f73754e67e87963c"、GitTreeState： "clean"}
サーバー：＆version.Version {SemVer： "v2.6.2"、GitCommit： "be3ae4ea91b2960be98c07e8f73754e67e87963c"、GitTreeState： "clean"}

kubectlは：
クライアントバージョン：version.Info {Major： "1"、Minor： "9"、GitVersion： "v1.9.2"、GitCommit： "5fa2db2bd46ac79e5e00a4e6ed24191080aa463b"、GitTreeState： "clean"、BuildDate： "2018-01-18T10：09： 24Z "、GoVersion：" go1.9.2 "、コンパイラ：" gc "、プラットフォーム：" darwin / amd64 "}
サーバーバージョン：version.Info {Major： "1"、Minor： "8"、GitVersion： "v1.8.4"、GitCommit： "9befc2b8928a9426501d3bf62f72849d5cbcd5a3"、GitTreeState： "clean"、BuildDate： "2017-11-20T05：17： 43Z "、GoVersion：" go1.8.3 "、コンパイラ：" gc "、プラットフォーム：" linux / amd64 "}

@svidrascu 、その特定のサブチャートのChart.yamlファイルで定義された値があることを確認します。 テンプレートエンジンが変数を見つけられないようです

90日間操作がないと、問題は古くなります。
/remove-lifecycle staleして、問題を新規としてマークします。
古い問題は、さらに30日間操作がないと腐敗し、最終的には閉じます。

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ lifecycle stale

古くなった問題は、30日間操作がないと腐敗します。
/remove-lifecycle rottenして、問題を新規としてマークします。
腐った問題は、さらに30日間操作がないと終了します。

この問題を今すぐ解決できる場合は、 /close 。

SIG-テスト、kubernetes /テスト・インフラおよび/またはへのフィードバックを送信fejta 。
/ライフサイクル腐った
/ remove-lifecyclestale

https://github.com/helm/helm/pull/4379経由でクローズ

参考までに、＃4379の修正は＃4400で行われました。

これはとてもごみです-ダッシュ、アンダースコア、大文字はありません。 2つ（またはそれ以上）の類似コンポーネントの複雑なチャート名をどのように定義する必要がありますか？ 1つの単純な.を" "はひどいです:(

@ ksemaev ＃4400を参照してください。 前述のように、ユーザーにはパッケージ名にダッシュを使用してもらいたいのですが、テンプレートシステムの特定の制限に関する「落とし穴」に注意する必要があります。

おっと、閉じるボタンを太く指で触れた：笑い：

CLIで変数を設定するための回避策はありますか？

helm install --set one-two.three=10 releasename ./chartname

誰かが疑問に思っているなら、これはヘルムとティラーv2.14.2時点で機能しているようです。

$ helm install --set one-two.three=10 --name foo stable/mariadb
$ helm get values foo
# one-two:
#  three: 10

値にダッシュを許可しない場合、チャート名にダッシュを許可することは実際には意味がありません。 その理由は、値がチャート名である場合があるためです。 たとえば、子の値をオーバーライドするために親チャートvalues.yamlファイルで指定したいsub-chart.valueがあります。 親テンプレートでも同じ値を使用したいと思います。

他の人のために、あなたが必要なら
{{-if and value1 value2 }}次に、これを行う必要があります。

{{- if .Values.loki.enabled }}
{{- if index .Values "prometheus-operator" "grafana" "enabled" }}
{{- if index .Values "prometheus-operator" "grafana" "sidecar" "datasources" "enabled" }}

少し違う質問があります。 ランダムな例を見てみましょう-
{{-if index .Values "prometheus-operator" "grafana" "sidecar" "datasources" "enabled"}}

私の質問は、「/ prometheus-operator」がわからない場合、インデックスを使用してこのキーを参照するにはどうすればよいかということです。 基本的に、.Valuesの最初のキーを取得したいと思います（キーは動的であり、私の場合は一定ではないため、インデックスのキーでこのマップを参照する方法を教えてください。誰か教えてください。

私は/ "nithin-kumar" /を使用しましたが、この問題は "-"の問題であり、エスケープ文字を試しました

toYamlを使用するときに誰もが解決策を持っていますか？
それは失敗します
<toYaml>: wrong number of args for toYaml: want 1 got 5
index関数を使用せずにouを使用します。

U + 002Dの修正 '-'

@ mods / maintainers

これに関する更新はありますか？

どんなアップデート？

こんにちは、この問題は少し前に開かれましたが、それでも問題は発生します。

ヘルムチャートのガイドラインでは、チャートにはダッシュで名前を付ける必要があると記載されています（https://helm.sh/docs/chart_best_practices/conventions/）
しかし、チャート名をミラーリングするためにダッシュをvalues.yamlに入れようとすると、これらのダッシュ値を次のように使用しようとすると、テンプレート作成に苦労します。

{{ .Values.my-chart.name }}

上記の投稿を読むと、このようにダッシュを使用したい場合は、 indexを使用する必要があるようです。

{{ index .Values "my-chart" "name" }}

それに加えて、 values.yamlキーはCamelCased（https://helm.sh/docs/chart_best_practices/values/）である必要があります。

キーの命名がHelmテンプレートに影響を与えるべきではないと思います。

それを正常化する予定ですか？

@bacongobbler 、「修正」されるかどうか、つまり、ハックやトリックに頼らずにダッシュを使用できるかどうか、またはこれが決定的な「修正されない、慣れない、フォークする、または見つける」など他の何か」

これは、Goテンプレート言語の制限です。 変更が必要な場合は、Goプロジェクトのアップストリームにファイルする必要があります： https ：

彼らがそれを修正した場合、私たちはそれをサポートします。

典型的なGoogleのやり方（「ユーザーは通常間違っている」）では、これには決定的な「修正しない、慣れない、フォークする、または何か他のものを見つける」が与えられていますhttps://github.com/golang/go/issues/ 23710。 与えられた理由（特にhelmユースケースについて話している）は完全に有効だと思いますが、 go作者は本当に気にしません。

https://github.com/golang/go/issues/23710#issuecomment -363488583は、ダッシュの使用を推奨しない（現在のアプローチ）または「[helm]テンプレートパイプラインを書き換えてインデックス関数を自動的に使用する」という2つの解決策について言及しています。 それは大きな仕事かもしれないと私は認めますが、これだけを行うことができるテンプレートプリプロセッサを持つことは可能ではないでしょうか？ たぶん、これだけを前処理するために書くことができるフックまたは何かがありますか？ この周りの作業は明らかに可能ですが、それだけでは少し幼稚なようだgoのために著者と価値の固定をhelm 。

私は認めますが、それは大きな仕事かもしれません

ビンゴ。

つまり、この分野で生活の質を向上させることができれば素晴らしいのですが、現時点で私たちの頭の中で少し優先度が高い分野がいくつかあります（たとえば、OCIサポートの安定化への移行）。 そして、プリプロセッサを書くことは間違いなく大きな仕事です。

貢献に興味のある方は、お気軽にご覧ください！

私にとって、状況を明確にすることは素晴らしい第一歩です。 次のものがあります。

• これはgoテンプレート言語の制限です
• go作者は（現在）この可能性を追加するつもりはhelmユーザーはそれに慣れるか、テンプレートプリプロセッサを実装する必要があると言っています。 彼らはしません。
• helm作成者は、回避策が比較的簡単であり、テンプレートプリプロセッサの実装がほぼ確実に主要な作業であるため、これよりも多くの優先順位が高くなっています。 また、回避策が比較的簡単であることを考えると、問題が少し修正されるだけなので、近い将来、山の頂上に到達することはないでしょう。
• 誰でも見て、十分な時間とgo専門知識があれば、 helm何かを提供できます（ go人々は明らかに興味がありません）が、明らかにそうする必要がありますもたらされる限られた実用的なユーティリティと追加される可能性のある複雑さのために比較的エレガントである。

みんながそれがかなり正確で公平だと思うなら、私はみんなを煩わせるのをやめます！ :-)

これを見たい人は誰でもHIPを書くことを検討すべきだと付け加えます-https：//github.com/helm/community/blob/master/hips/hip-0001.mdを参照して

そうでなければはい

「[helm]テンプレートパイプラインを書き換えて、インデックス関数を自動的に使用する」。 それは大きな仕事かもしれないと私は認めますが、これだけを行うことができるテンプレートプリプロセッサを持つことは可能ではないでしょうか？

これが実際に何を意味するのかは私にはわかりませんが、Helmが値マップを作成するときに、ダッシュケースのキーをキャメルケースのキーに変換する必要があるということですか？

@prydonius 、私は実際に実装レベルでそれについて考え始めていませんでした。 ダッシュはJSONキーとして有効であり、有効なYAMLキーも有効です。したがって、ユーザーの観点からは、ダッシュがhelmテンプレートのキーとして機能しない理由はないと想定されます。 テンプレートはgoテンプレートであるため、この仮定は当てはまりません。 一部の（多くの？）ユーザーは、 helmのコンテキストでのみgoテンプレートに遭遇し、これはかなり恣意的でイライラするようです。

1つのアプローチは、値を調べてキャメルケースに変換してから、テンプレートを調べて同じことを行うことだと思います。 しかし、私は、このためのインフラストラクチャが、それが価値があるよりもはるかに多くの負担になる可能性があることに同意します。 実際には、イントロドキュメントのサイドバーの説明は次のようになっています。

helmはgoテンプレート言語を使用するため、通常の参照メカニズム{{ .Values.mybasekey.my-key }}を使用して、テンプレート内のキーでダッシュ-を直接使用することはできません（これ有効ではない）。 これはgoテンプレート言語の制限であり、 go作成者がサポートを拒否しているものです。 キーにダッシュを本当に使用したい場合は、 index関数を使用して、この制限を回避できます。たとえば、 {{ index .Values.mybasekey "my-key" ]}です。 この回避策は比較的簡単であるため、現在、 helm indexがないキー名にダッシュを使用することをサポートする予定はありません。 サブチャート名もテンプレートのキーになるため、名前にダッシュが含まれるサブチャートを使用して値を上書きする場合は、チャート名のエイリアスを指定するか、ここに記載されている回避策を使用する必要があります（ {{ index .Values "my-chart" "name" }} ）。

おそらく最良の状況でしょう。 少なくとも私にとって、イライラしたのは、なぜそれが機能しなかったのか、どこに問題があったのか、誰がそれを修正できるのか、誰が修正すべきなのかが明確になっていないことでした。 チャートのベストプラクティスセクションの現在のセクションは、少し誤解を招く可能性があります。 それらを使用しないこと自体はベストプラクティスではなく、実際にはそれらを使用するための回避策が必要です。

そのような説明が正確であるならば、どこに行くべきか私にはわかりません。

+1少なくとも、どこかのドキュメントでこれを言う必要があることに同意します。

間違いなく紛らわしいですが、Helmでこれを簡単にする方法がわかりません。 追加するテンプレートヘルパーは、 indexと同じように関数のように機能します（たとえば、HelmのtoYaml 、 toJson関数のセット）。 より直接的なアクセスを提供するために私が見ることができる唯一の方法は、キーのダッシュを削除することですが、あなたが言ったように、それは有効なYAML / JSONであり、それはおそらくさらに混乱するでしょう。 最終的に、Goテンプレートパーサーはそれをサポートしておらず、フォークせずにそれについてできることはあまりありません。

これがtoYaml実例です：
{{- toYaml Values.jobs.update-es.resources | nindent 12 }} =エラー

{{- toYaml (index .Values "jobs" "update-es" "resources") | nindent 12 }}