構成管理

構成管理とは

構成管理（Configuration Management） は、サーバの設定や状態をコードで宣言し、自動でその通りに揃える 手法です。具体的には「どのパッケージを入れる」「どの設定ファイルをどう書く」「どのサービスを起動状態にする」といった OS の中身（状態） をコードで記述します。

手作業でサーバを設定する運用には根深い問題があります。

• 再現できない：同じ手順を踏んだつもりでも、サーバごとに微妙に違う状態になる（構成ドリフト）。
• 属人化する：「あのサーバの設定は誰々が手で入れた」となり、記録が人の記憶にしか残らない。
• スケールしない：台数が増えると、手作業では追いつかない。

構成管理ツールは、これを コード化して自動適用 することで解決します。コードはバージョン管理でき、レビューでき、何度でも同じように再現できます。

冪等性：何度流しても同じ結果

構成管理を理解する最重要キーワードが 冪等性（idempotency） です。これは 「同じコードを何回実行しても、最終的な状態が同じになる」 性質を指します。

ここがシェルスクリプトとの決定的な違いです。素朴なスクリプトは「手順（コマンドの並び）」を書くため、2回流すと2回実行されてしまいます（例：ユーザーを2回作ろうとしてエラー）。一方、構成管理は「あるべき状態」を宣言します。

# Ansible の例：状態を宣言する
- name: nginx をインストール
  package:
    name: nginx
    state: present        # 「入っていること」を宣言。すでに有れば何もしない
- name: nginx を起動状態に
  service:
    name: nginx
    state: started        # 「動いていること」を宣言

ツールは 現在の状態を確認し、宣言と違う部分だけ を変更します（差分適用）。すでに nginx が入っていれば何もしません。だから 安心して何度でも実行 でき、途中で失敗しても再実行で続きから揃えられます。

代表ツール：Ansible / Chef / Puppet

定番の3ツールは、アーキテクチャと記述言語に違いがあります。

観点	Ansible	Puppet	Chef
エージェント	不要（SSH で接続）	必要（常駐エージェント）	必要（常駐エージェント）
記述	YAML（Playbook）	独自 DSL（宣言的）	Ruby（DSL）
モデル	Push 型（手元から流す）	Pull 型が基本	Pull 型が基本
とっつきやすさ	高い（学習しやすい）	中	中（Ruby 前提）

• Ansible：エージェント不要で SSH さえ通れば動くため、導入障壁が低い。YAML で書けて入門しやすく、現在もっとも広く使われる。
• Puppet：宣言的な独自言語で「あるべき状態」を記述。常駐エージェントが定期的に状態を引き取り、収束させる。大規模・厳格な構成管理に強い。
• Chef：Ruby で記述するため柔軟だが、その分プログラミング寄り。

IaC との関係：レイヤーが違う

構成管理は IaC（Infrastructure as Code、/devops/iac/）の一部 ですが、Terraform のようなツールとは 担当レイヤーが異なります。混同しやすいので整理します。

レイヤー	担当	代表ツール
インフラの作成（プロビジョニング）	VM・ネットワーク・ロードバランサ等を「作る」	Terraform / CloudFormation
構成管理	作った OS の中身（設定・パッケージ・サービス）を「整える」	Ansible / Puppet / Chef

ざっくり言えば、Terraform が「箱（サーバ）を用意」し、Ansible が「箱の中身を設定」 します。両者は競合ではなく 役割分担 で、組み合わせて使うのが定番です。

イミュータブルとの兼ね合い

近年は、稼働中サーバを構成管理で「整え続ける」より、新しいサーバを作り直して丸ごと入れ替える イミュータブルインフラ（/devops/immutable-infra/）が主流になりつつあります。コンテナ（/devops/container-vs-vm/）はその典型です。

ただし構成管理が不要になったわけではありません。「マシンイメージ（ゴールデンイメージ）やコンテナを作る段階」 で、何を入れるかを宣言するのに構成管理ツールが使われます。「動いているサーバを変更する」用途から「作る時点の状態を定義する」用途へ、重心が移っているのが現状です。

まとめ

• 構成管理は サーバの状態（設定・パッケージ・サービス）をコードで宣言 し、自動で揃える手法。
• 核は 冪等性：何度流しても同じ結果。差分だけ適用するので安全に繰り返せる。
• Ansible（手軽）/ Puppet・Chef（エージェント型） が代表。まずは Ansible が入りやすい。
• IaC の中でも 「OS の中身」担当。Terraform 等のプロビジョニングと役割分担し、イミュータブル時代は「イメージ作成時」に活きる。