helm diff による変更のプレビュー

何も確認せずにアップグレードするのは不安です。helm diffプラグインを使えば、クラスターに変更を加える前に、アップグレードで追加、変更、削除される内容を正確に確認できます。👀

lint や template とは異なり、helm diffはコミュニティ製プラグインとして提供されています。1度インストールすれば、Helm の標準サブコマンドと同じように動作します。

デプロイする予定のリリース名とチャートを指定してhelm diff upgradeを実行します。実行中のリリースと、新しいマニフェストで生成される内容を比較します。

追加された行は緑、削除された行は赤で表示され、Git diff と同じように確認できます。イメージタグが更新されたことや、レプリカ数が変更されたことをすぐに把握できます。

通常のhelm upgradeは変更を適用して成功を報告するだけです。diff プラグインなら最初に変更の意図を確認できるため、予期しない結果をレビューで発見できます。

diff の出力を取得し、PR コメントとして添付します。レビュー担当者は、values ファイルの編集だけでなく、実際のインフラストラクチャの変更を承認できます。

--detailed-exitcodeを使うと、変更が存在する場合に専用の終了コードを返します。これにより CI で、担当者が diff を確認するまで先に進めないようにできます。

helm diff revisionサブコマンドは、リリースに保存された2つのリビジョンを比較します。これにより、デプロイ間で実際に何が変わったのかを監査できます。

まだ存在しないリリースの場合は、--allow-unreleasedを渡します。diff はエラーにせず、すべてを新規追加として扱います。

Kubernetes は必要のないフィールドを挿入します。--suppressや正規化用のフラグを使い、意味のある変更だけに diff の対象を絞ります。

実行中のリリースを読み取る必要があるため、helm diffは kubectl や helm 自身と同じ kubeconfig コンテキストを使ってクラスターに接続します。

アップグレードによって実際にリソースが変更される場合に、CI で検出したいとします。どのフラグが役立ちますか？

helm diffプラグインをインストールし、すべてのアップグレードで diff を実行して、その結果を PR に表示します。実際に確認して承認した変更だけをリリースできます。✅