Kustomize is one of the most useful tools in the Kubernetes ecosystem for simplifying deployments, allowing you to create an entire Kubernetes application out of individual pieces -- without touching the YAML configuration files for the individual components. In this tutorial, we’ll set up kustomize and explore how it works with a sample WordPress deployment. Then we’ll take a look at using kustom
kustomize についての概括的な記事は他にもあると思うので、個人的な備忘録として、普段どのように使用しているかを記述しておきます。 前提として、ここでは以下のような条件下での例になります。 base となる kubernetes ファイルが存在している。 それらに対して overlays の機能を用いて設定を変更して、環境に応じた kubernetes ファイルを生成する。 base 以下のような kubernetes ファイルが base ディレクトリに yaml ファイルとして置かれているとします。 base/configmap.yaml base/service.yaml base/deployment.yaml 例としてあげているのは、これらの要素を組み合わせて動作させる、nginx で動作する Web アプリケーションです。設定内容はかなり実際のものから端折ってます。 ap
kustomizeとは kubernetes(以下、k8sと表記)のYAML設定ファイルをパッケージングするツール 基盤となるbase構成から、カスタマイズを加えてパッケージングすることができる 出力は単一のYAMLファイルになる あくまでもパッケージングのためのツールなので、出来上がったYAMLをどのようにk8sに適用するかまでは面倒を見てくれない Helmと競合しそうだが、以下の点で差別化できる模様 Helm: 設定値をテンプレートエンジンで変更可能にしておく必要がある ==> カスタマイズされる元ファイル + カスタマイズのためのファイルについて学習が必要 kustomize: あくまでも入力・出力共にkubectl applyできるYAMLを扱う ==> カスタマイズのためのファイル書式のみ学習すればOK 気に入ったところ configmap名の末尾にハッシュ値を付与することにより
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く