KubernetesのApp Store、Helmで複雑なマニフェストを一括管理

5月 26, 2026

—

cslab

in IT Security

こんにちは！前回Kustomizeに続き、今回はKubernetesエコシステムで最も広く使われているパッケージマネージャーである**Helm（ヘルム）**についてご紹介します。🚢

Kubernetesアプリケーションが複雑になるにつれて、管理すべきYAMLファイルは指数関数的に増加します。Helmは、これら多数のマニフェストファイルを一つの「パッケージ」としてまとめて管理できる強力なツールです。

1. Helmとは何ですか？ 📦

HelmはKubernetesのためのパッケージマネージャーです。Linuxのaptやyum、Node.jsのnpmと同じ役割をKubernetesで果たすと理解すると簡単です。

チャート(Chart): Kubernetesリソースを定義したファイル群（パッケージ）です。
リポジトリ(Repository): チャートを保存し、共有するためのストレージです。
リリース(Release): クラスターにインストールされたチャートの特定の実行インスタンスです。同じチャートを複数回インストールすると、それぞれ固有のリリース名を持ちます。

2. Helmの核心構造：テンプレートエンジン 🏗️

Kustomizeが既存のYAMLの上に設定を重ねる「オーバーレイ」方式であるのに対し、HelmはYAML内部に変数を挿入する「テンプレート(Template)」方式です。Goテンプレート構文を使用して、状況に応じて動的にYAMLを生成します。

3. Helmチャートの構成要素 📂

標準的なHelmチャートのディレクトリ構造は以下の通りです。

my-chart/
├── Chart.yaml          # チャートのメタデータ（名前、バージョンなど）
├── values.yaml         # テンプレートに注入するデフォルト設定値
├── charts/             # このチャートが依存する他のチャート
└── templates/          # 実際のKubernetesマニフェストテンプレート
    ├── deployment.yaml
    ├── service.yaml
    └── _helpers.tpl    # 共通で使用するテンプレートコード

🔹 テンプレート例 (templates/deployment.yaml)

{{ .Values.replicaCount }}のような形式で変数を使用します。

apiVersion: apps/v1
kind: Deployment
metadata:
  name: {{ include "my-chart.fullname" . }}
spec:
  replicas: {{ .Values.replicaCount }}
  template:
    spec:
      containers:
        - name: my-app
          image: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"

🔹 設定値例 (values.yaml)

テンプレートに注入する実際の値を定義します。

replicaCount: 3
image:
  repository: my-repo/my-app
  tag: "1.0.0"

4. 主要コマンドの使用法 💻

Helmを使用してアプリケーションを管理するための基本的なコマンドです。

# 1. チャートリポジトリを追加
helm repo add bitnami https://charts.bitnami.com/bitnami

# 2. チャートを検索
helm search repo nginx

# 3. チャートをインストール（リリースを作成）
helm install my-web bitnami/nginx

# 4. 設定値を変更してアップグレード
helm upgrade my-web bitnami/nginx --set replicaCount=5

# 5. 以前のバージョンにロールバック（Helmの強力な機能！）
helm rollback my-web 1

# 6. インストール済みのリリースを削除
helm uninstall my-web

5. Helm vs Kustomize: どちらを使うべきか？ ⚖️


比較項目	Helm	Kustomize

—	—	—
方式	テンプレートベース (Go Templates)	オーバーレイベース (Pure YAML)
複雑度	初期学習曲線が高い	非常に学びやすい
柔軟性	条件文、繰り返し文など強力なロジックが可能	静的な変更が主で限定的
バージョン管理	リリース単位のロールバック機能内蔵	Gitなど外部ツールに依存
用途	複雑な商用アプリケーションのデプロイ	環境ごとの設定値の微調整

—

6. 終わりに：Helmの価値 🚀

Helmは単にインストールを助けるツールを超え、アプリケーションのライフサイクル管理を担います。特にバージョン管理とロールバック機能は、運用環境で障害が発生した際に迅速な復旧を可能にする核心的な利点です。

複雑なマイクロサービスアーキテクチャを運用している場合や、オープンソースソフトウェアをクラスターにデプロイする必要がある場合、Helmは選択肢ではなく必須です！🌟