Terraform Associate (003) 出題範囲・配点・申込

Terraform Associate (003) は、インフラ自動化の基礎をTerraformで実践できることを確認するアソシエイト試験です。現場の運用に直結するトピックが多く、学習がそのまま実務力に積み上がります。

本記事では、公式の出題ドメインを軸に学習優先度を示しつつ、配点の考え方、申込・受験プロセス、ワークフローの要点を試験目線でまとめます。細かなパーセンテージや運営ポリシーは更新される可能性があるため、最終的にはHashiCorp公式の最新情報を確認してください。

試験の全体像

Terraform Associate (003) は、Terraformの基本概念、CLIワークフロー、構成言語、状態管理、モジュール、Terraform Cloud/Enterpriseの基礎を幅広く問う選択式試験です。前提資格はなく、インフラエンジニア、SRE、クラウドプラットフォーム担当、IaCを導入する開発者が主な対象です。

主にTerraform 1.x系で安定している概念（init/plan/applyの流れ、状態ファイルとバックエンド、プロバイダ、モジュール、変数・出力、Terraform Cloudの基本機能など）が中心です。細部の仕様や運営（問題数・制限時間・受験言語等）は変更されることがあるため、受験直前に公式の試験ガイドと受験規約を確認してください。

• レベル: アソシエイト（入門〜基礎を確実にする水準）
• 形式: 多肢選択・複数選択・シナリオ問題の組み合わせ
• 主な対象: IaCを使う実務者、Terraform導入を進める個人・チーム

出題範囲（ドメイン）と学習優先度

公式の試験ブループリントでは、ドメイン（出題領域）ごとに学習目標と配分の目安が示されています。個々の設問数や厳密な重みは非公開ですが、学習時間の配分を決める上で有用です。以下は、Terraformの安定した概念に基づく代表的なドメインと、実務での重要度を踏まえた優先度の目安です（パーセンテージはあくまで学習配分の参考レンジとしての表記であり、最新の公式情報を最優先してください）。

実務で頻出のCLIワークフロー、状態管理、構成言語（HCL）は、学習効果が高く、かつ設問でも繰り返し狙われる領域です。Terraform Cloud/Enterpriseは機能の幅が広いため、Associateでは概要と基本操作（リモート実行、VCS連携、ワークスペース、変数管理など）に絞って整理すると効率的です。

• IaC/Terraformの基本概念とユースケース
• CLIワークフロー（init/validate/plan/apply/destroy）と主要フラグ
• HCL構文（リソース、データソース、変数、出力、locals、count/for_each、動的ブロック）
• 状態管理（state、バックエンド、リモートロック、drift検出)
• モジュール（再利用、入力/出力、Registryの読み方）
• Terraform Cloud/Enterpriseの基礎（ワークスペース、リモート実行、VCS連携、ポリシーの概念など）

出題形式・配点の考え方

設問は多肢選択（単一/複数選択）とシナリオベースが中心です。設問文にTerraformの標準的な出力やHCL断片が提示され、意図を正しく読み取れるかを問われます。CLIの効果（planとapplyの違い、フラグの意味）や状態管理上の挙動（ロック、バックエンド設定）が、文章問題の形で頻出です。

配点はスケールドスコアで合否が判定され、設問ごとの重みや部分点の有無は公表されていません。時間配分と見直しの余地を確保するため、先に確実に取れる問題を押さえ、迷う問題はフラグを付けて最後に戻る進め方が有効です。

• 複数選択では「該当するものをすべて選べ」型があるため、選択肢の独立性と重複に注意する
• CLI出力の読解問題では、差分・計画内容（Add/Change/Destroy）と警告/エラーの区別を正確にとらえる
• Terraform Cloud関連は機能の概要・適用場面を問うことが多い（詳細な運用オプションは深追いしすぎない）

申込から受験までの流れ

受験はHashiCorpの認定ポータルから試験ベンダー（通常はオンライン監督のプロバイダ）を通じて予約します。アカウント作成後、Terraform Associate (003) を選択し、時間帯と受験形式（多くはオンライン監督）を指定して支払いを行います。運営・ベンダーや手続きの細部は変更される可能性があるため、都度公式サイトの案内に従ってください。

オンライン受験では、政府発行の本人確認書類、静かな受験環境、カメラ・マイク・常時インターネット接続が必要です。チェックイン時に身分証の撮影、室内確認、受験端末の環境チェックを行います。再スケジュールやキャンセルの締切、領収書の入手方法、税額の扱いは試験ベンダーの規約に従います。

• 手順の概略: HashiCorp ID作成 → 認定ポータルで試験選択 → スケジュール設定 → 支払い → 事前のシステムチェック → 受験
• 必要物: 顔写真付き身分証、カメラ/マイク、安定したネット回線、静かな個室
• 当日: 受験開始前にチェックイン手続きを完了し、監督官の指示に従う（机上の私物やメモは不可が原則）

試験と実務で効くTerraformワークフロー整理

Associateに最も効くのは、init → validate → plan → applyの基本ループを正確に説明でき、状態管理や差分の意味を人に説明できることです。バックエンド（ローカル/リモート）、ロック、drift検出、import、-refresh-onlyなどの実務的話題も、概念と使い所を押さえれば得点源になります。

Terraform Cloudのリモート実行は、ワークスペース単位で変数管理やVCS連携を行い、計画と実行の履歴・承認フローを残せる点が要点です。OSSのみで運用する場合は、S3 + DynamoDBロックといった構成での並行実行防止や、状態の分割/命名規則、stateコマンドでの運用（list/show/mv/rm）を整理しておくと、シナリオ問題に強くなります。

• planは「何が起きるかの提案」、applyは「実際の変更」
• -var/-var-file、環境変数（TF_VAR_）、変数の優先順位の理解
• バックエンド変更時はstateのmigrateが絡むため、手順と影響範囲を言語化できるようにする
• Terraform Cloud: VCS連携、手動トリガ、キューブラン、ポリシーチェック（存在と役割の理解）

Terraform基本ワークフロー

┌───────────┐      terraform init       ┌────────────┐
│ .tf / modules │ ───────────────────────▶ │ Provider取得│
└──────┬──────┘                          └──────┬─────┘
       │ terraform validate                     │
       └────────────────────────────────────────┤
                                                │
       terraform plan (-out=planfile)           │ 認証/Backend設定
┌──────▼──────┐                           ┌──────▼─────┐
│ 計画差分    │ ◀──────────────────────── │ Backend     │
│ (+/-/~)     │  state参照・drift検出       │ (local/remote)│
└──────┬──────┘                           └──────┬─────┘
       │ terraform apply planfile               │ ロック/並行制御
       ▼                                        ▼
┌────────────┐                         ┌────────────┐
│ 実インフラ  │  ◀────────────────────── │ state(.tfstate)│
└────────────┘      更新・反映           └────────────┘
             （Terraform Cloudの場合: VCS連携/リモート実行/承認）

典型的なCLIシーケンス（ローカル → リモート併用）

# 初期化と整形/検証
terraform fmt -check
terraform init -upgrade
terraform validate

# 計画と適用（明示的なplanfileを使うと安全）
terraform plan -var-file=env/dev.tfvars -out=tfplan
terraform apply tfplan

# 状態の点検とメンテ
terraform state list
terraform state show aws_instance.web
# リソース移動（モジュール化などのリファクタ時）
terraform state mv aws_instance.web module.web.aws_instance.web

# ワークスペース（環境の分離運用に利用。ただし用途は明確に）
terraform workspace new dev
terraform workspace select dev

# Terraform Cloudの利用（認証とリモート実行の切替）
terraform login
# backend設定にcloud {} を用いてリモート実行/状態管理を有効化

学習計画と直前対策

最短距離で合格を狙うなら、公式ドキュメントとチュートリアルを軸に、手を動かして一通りのワークフローを再現してください。HCL構文は小さなサンプルを数多く書く方が定着します。stateの安全な移行やバックエンド設計は、ミニプロジェクト（例: ローカル → S3+DynamoDB への移行）で一度経験しておくと、本番での思考負荷が下がります。

直前は、エラー/警告メッセージの読解、planの差分解釈、変数の優先順位、Terraform Cloudのワークスペース概念とVCS連携の流れを短時間で復習できるメモを用意すると安定します。

• 公式チュートリアル: developer.hashicorp.com/terraform のGet Started/Use Cases
• 言語リファレンス: HCLのブロック/式、count/for_each、dynamic、条件式
• 運用: S3+DynamoDBロック、state mv/import、refresh-only、-targetの注意点（乱用しない）
• Terraform Cloud: ワークスペース、変数/変数セット、リモート実行、VCSトリガの全体像

問題で確認

よくある質問