helm version
出力:
2.8および2.9
kubectl version
出力:
2.10および2.11
クラウドプロバイダー/プラットフォーム(AKS、GKE、Minikubeなど):
AWS EC2(kops付き)
チャートAがチャートBに依存しているため、requirements.yamlにBがリストされているとします。 チャートAは、Aのデフォルト値のvalues.yamlも定義しています。 チャートBはリポジトリに存在し、チャートにはチャートのBのデフォルト値を提供するvalues.yamlが含まれており、編集できません。 最後に、チャートBの一部の値は、ルート値であってもオーバーライドする必要があります。
# chart B values.yaml provides B defaults:
someRootVar: someValue
そして
# chart A values.yaml, attempt to override B defaults:
B:
someRootVar: someOtherValue
これは動作しません。 Aのvalues.yamlを介して、またはヘルムがBのデフォルトをオーバーライドすることを知っているファイルを追加することによって、someValueではなくsomeOtherValueの値を持つようにBのsomeRootVarをオーバーライドする方法は?
そのため、ドキュメントに記載されているこの例を見つけました: https :
私はあなたがこれを探し
このセクションでは、カップリングを作成するglobal
共有名前空間の使用についても説明しますが、シナリオによっては役立つ場合があります。
はい、thxです。 タイトルがわかりにくいと思うので、ページをざっと読んだときにスキップしました。 セクションのタイトルは「子グラフの値のオーバーライド」にすることをお勧めします。これは、解決策ではなく問題(ユーザースペース)に焦点を当てています(開発スペース-つまり、親チャートに特別なキーを配置します-これは、多くの解決策の1つ、つまりで実装されたものです。兜!)。
最も参考になるコメント
はい、thxです。 タイトルがわかりにくいと思うので、ページをざっと読んだときにスキップしました。 セクションのタイトルは「子グラフの値のオーバーライド」にすることをお勧めします。これは、解決策ではなく問題(ユーザースペース)に焦点を当てています(開発スペース-つまり、親チャートに特別なキーを配置します-これは、多くの解決策の1つ、つまりで実装されたものです。兜!)。