ガイド
IaC（Infrastructure as Code）とは
IaCはインフラをコードで定義・管理する手法です。手動操作に依存したインフラ構築から脱却し、再現性・バージョン管理・自動化を実現します。クラウドネイティブ開発の基盤技術です。
IaCとは何か
IaC（Infrastructure as Code）とは、サーバー・ネットワーク・ストレージなどのインフラ構成を、GUI操作や手順書ではなく、コードとして定義・管理する手法です。
従来の手動管理
- ·AWSコンソールを手動操作
- ·手順書が担当者によって違う
- ·「本番だけ微妙に違う」環境ドリフト
- ·障害時の再現・ロールバックが困難
IaCによる管理
- ·コードがインフラの唯一の真実
- ·Git管理・レビュー・差分確認
- ·全環境で同一構成を再現可能
- ·障害時はコードからワンコマンドで復旧
主要IaCツール比較
TerraformHashiCorp（現IBM）
言語: HCL（独自DSL）
対応: マルチクラウド対応（AWS/Azure/GCP/その他）
✓ メリット: プロバイダーエコシステムが最大規模。state管理・plan/applyのワークフローが成熟。マルチクラウドの事実上の標準。
✗ 注意点: HCL習得が必要。Terraform Cloud（有償）なしでのチーム利用にstate管理の工夫が必要。
AWS CDKAmazon Web Services
言語: TypeScript / Python / Java / Go
対応: AWS専用（CloudFormationに変換）
✓ メリット: プログラミング言語のフル表現力（ループ・条件分岐・クラス継承）。AWSの最新サービスに追従が速い。型安全。
✗ 注意点: AWSのみ。CloudFormationの制約を継承（スタックの制限・デプロイ時間）。
PulumiPulumi Corporation
言語: TypeScript / Python / Go / C#
対応: マルチクラウド対応
✓ メリット: 既存プログラミング言語で記述可能。テストフレームワークとの統合が容易。CDKより表現力が高い。
✗ 注意点: コミュニティがTerraformより小さい。Pulumi Cloudの無料枠に制限あり。
CloudFormationAmazon Web Services
言語: YAML / JSON
対応: AWS専用
✓ メリット: AWSネイティブ（追加ツール不要）。スタックの変更セット（差分確認）。ドリフト検出機能。
✗ 注意点: YAMLが冗長・可読性低い。ループ等の表現力が低い（CDKが解決）。大規模になるほど辛い。
ツール選定の指針
AWS単一クラウド + TypeScript/Python使い
→ AWS CDK（言語の表現力 × AWSネイティブ）
マルチクラウド or インフラ専任チーム
→ Terraform（エコシステム最大・HCLは習得コスト低い）
既存言語資産 + マルチクラウド
→ Pulumi（TypeScript/Python/Goで記述可能）
AWS + 追加ツールなしで始めたい
→ CloudFormation（ただしCDK移行を見据えて）
IaC × GitOps：自動化の全体像
IaCをGitリポジトリで管理し、CI/CDパイプラインで自動デプロイする「GitOps」パターンが現代の標準です。
1
コードをPRとして提出
インフラ変更をコードで記述 → GitHub PR / Code Review
2
CI: plan / terraform plan
差分（追加・変更・削除されるリソース）を自動でPRコメントに表示
3
レビュー & マージ
差分を人間が確認・承認 → mainブランチにマージ
4
CD: apply 自動実行
GitHub Actions / CircleCI が apply を自動実行 → インフラが更新される
5
監査ログ
すべての変更がGit履歴・CI/CDログに残る。いつ・誰が・何を変更したかを追跡可能
IaC導入でよくある失敗
✗ いきなり全環境をIaC化しようとする
対策: 新規リソースからIaC化を始める。既存リソースのImportは後回しにして段階的に進める。
✗ stateファイルをローカルで管理する
対策: Terraform StateはS3+DynamoDB（ロック）など共有バックエンドで管理する。ローカルstateはチーム開発で確実に事故になる。
✗ シークレットをコードに直書きする
対策: AWS Secrets Manager / HashiCorp Vault を使用する。コードにシークレットを含めると、Gitリポジトリが漏洩した際に深刻なセキュリティ事故になる。
✗ ドキュメントを書かない
対策: コードは「何を」構築するかを示すが、「なぜその設計か」はコメントやREADMEに残す。変数・モジュールの説明は必須。