Terraform Cloud 無料枠を学習用途で賢く使う（Associate/Pro対応）

Terraform Cloud の無料枠は、リモートステート管理とVCS連携を学ぶのに十分な機能を備えています。

Associate/Pro試験で狙われやすい論点（バックエンド、ワークスペース、実行フロー、権限の境界）に寄せて使い方を整理します。

無料枠の全体像と試験観点

Terraform Cloud（TFC）の無料枠は、個人〜小規模学習での利用を想定したプランです。ローカルのstateファイル管理から脱却し、クラウド上の安全なリモートステート、VCS連携、キューイングされた実行（同時実行数は通常1）といった基本を体験できます。

Associate試験では、Terraform OSSとTerraform Cloudの違い（バックエンド、ワークスペースの概念、実行トリガー）が頻出です。Proレベルでは、運用フローの設計・権限・ガードレール（上位プランの機能含む）の理解が要求されます。無料枠はガバナンス機能に制限があるものの、基礎の7〜8割は十分にカバーできます。

• 学べる中核: リモートステート、VCS駆動/CLI駆動の実行、変数とシークレットの分離、ワークスペース運用
• 無料枠の典型制限: 実行の同時並列は1、ガバナンス（Sentinelなど）は非対応、サポート/SLAは限定的
• 試験での落とし穴: Terraform CLIのローカルworkspaceとTFCのWorkspaceは別概念

試験観点で最初に確認しておきたい基本コマンド

terraform -version
# Terraform Cloud へのログイン（APIトークンを使用）
terraform login
# ローカルのworkspaceとTFC Workspaceは別概念（Associate頻出）
terraform workspace list

無料枠でできること・できないこと（学習設計の指針）

無料枠で押さえるべきは「学習に必要な最小公倍数」を満たすかどうかです。VCSプッシュで自動Plan、Terraform Cloudでのstate保管、変数・シークレットの分離、そして実行ログ/差分の可視化までを一通り体験できます。

一方で、チーム規模が大きい、同時に複数の長時間ジョブを回す、組織的なガバナンスやSAML/SSO/監査証跡を求める場合は上位プランの検討が必要になります。学習では、制限を意図的に踏むシナリオ（同時実行1によるキュー待ちなど）も理解を深めます。

• できること: リモートステート、VCS駆動/CLI駆動のRun、ワークスペース変数管理、実行ログ・差分の可視化
• 難しい/できないことの例: 組織的ガバナンス（Sentinel等）、大規模並列実行、高度なSLA/サポート
• 学習Tips: 無料枠の制限を前提に「1ワークスペースずつ順次実行」する設計をとる

cloudブロックでTFCをバックエンドに設定（推奨）

terraform {
  cloud {
    organization = "your-org"
    workspaces {
      name = "learn-free-tier"
    }
  }
  required_version = ">= 1.3"
  required_providers {
    random = {
      source  = "hashicorp/random"
      version = ">= 3.5"
    }
  }
}

provider "random" {}

resource "random_pet" "example" {
  length = 2
}

無料枠のセットアップ手順とワークスペース運用

最小構成は、組織（Organization）とワークスペース（Workspace）を1つ用意し、VCS連携またはCLI駆動のどちらかでRunを実行します。ハンズオンでは、最初にCLIでcloudブロック接続→後からVCS連携を追加する流れが分かりやすいです。

Workspace変数には、環境変数（Env Var）とTerraform変数（Terraform Var）があります。資格対策では、シークレットはマスクされ、出力やログに直接表示されない点、Run間でstateはTFCがロック管理する点を押さえます。

• 手順の要点: 組織作成 → Workspace作成 → terraform login → cloudブロック設定 → terraform init/apply
• VCS連携: mainブランチpushで自動Plan、PRで差分確認を学ぶ
• 並列制約: 実行がキューに入る挙動を確認しておく

学習時の基本フロー（無料枠）

Developer --push/PR--> Git VCS ---webhook---> Terraform Cloud Workspace
       \                                    |
        \-- terraform plan/apply (CLI) -----|----> Plan/Apply Runner (1 at a time)
                                             \
                                              --> Remote State (lock, history)
                                                   |
                                                   --> Target Providers (e.g., AWS/Azure/GCP or random)

初期化〜初回適用の最小コマンド

# 1) Terraform Cloudにログイン（初回のみ）
terraform login

# 2) 初期化（cloudブロックでTFC接続）
terraform init

# 3) 計画と適用（無料枠では実行は順次処理）
terraform plan
terraform apply -auto-approve

学習用ハンズオン2本立て（VCS駆動とCLI駆動）

ベンダークレデンシャル不要で安全に試せるよう、まずはrandomプロバイダで雛形を作り、次にVCS連携を追加します。これでPRごとに自動Planが走る典型的なチーム運用に近づけられます。

Associateではバックエンドとワークスペースの概念整理、Proではブランチ戦略や実行順序設計、変数スコープの設計が狙われます。

• シナリオA（CLI駆動）: cloudブロックでTFCに接続し、手元からplan/apply
• シナリオB（VCS駆動）: mainにpushでplan、PRで差分レビュー、mergeでapply（保護ルールは学習用に簡素化）
• ステート確認: TFCのRunページから差分とstateの履歴を確認

main.tf（VCS駆動にそのまま使える最小例）

terraform {
  cloud {
    organization = "your-org"
    workspaces { name = "learn-free-tier" }
  }
}

provider "random" {}

variable "prefix" {
  type        = string
  default     = "demo"
  description = "資源名の接頭辞"
}

resource "random_pet" "demo" {
  length = 2
  prefix = var.prefix
}

output "pet_name" {
  value = random_pet.demo.id
}

実務メモ：無料枠の制限と回避策（安全・効率の両立）

無料枠では実行の同時並列が基本1のため、長時間ジョブがあると待ち行列が発生します。学習環境では、ワークスペースを用途別に分け、長時間Applyは別時間帯に回すなどで回避できます。

シークレットはWorkspaceの環境変数（Sensitive）として保存し、tfvarsやVCSリポジトリに置かないのが基本です。実運用では上位プランのガバナンスを使う前提でも、無料枠での安全な変数・権限設計を体に覚えさせると良いです。

• 待ち行列対策: 適用の粒度を小さく、PlanのみのPRも活用
• 事故防止: terraform destroyは学習用の専用Workspaceに限定
• 権限: 組織/ワークスペースのロールを最小権限に（WriteとAdminを混同しない）

変数とシークレットの使い分け（tfvarsはコミットしない）

# 例：VCSには *.auto.tfvars.example を置く
# real.auto.tfvars はローカルかTFCのVariablesで管理

# .gitignore例
*.auto.tfvars
*.tfvars

# TFC側では、Sensitive環境変数に
# AWS_ACCESS_KEY_ID / AWS_SECRET_ACCESS_KEY などを設定（出力に表示されない）

試験対策チェックリストと落とし穴

Terraform CLIのローカルworkspaceとTerraform CloudのWorkspaceは別物です。前者は1つのstateに対して複数の名前付きスナップショットを作る概念、後者は実行・変数・ステートの管理単位です。Associateで頻出の混同ミスに注意してください。

バックエンドはcloudブロック（推奨）またはremoteバックエンドでTFCを利用できます。新規学習ではcloudブロックを優先すると、将来的な記述の互換性に馴染めます。

• 区別: Terraform CLI workspace != TFC Workspace
• Stateのロックと履歴はTFCが提供（手動で.terraform.lock.hclと混同しない）
• VCS駆動Runのトリガーはpush/PR。CLI駆動との違いを言語化できるようにする

ローカルworkspaceの確認（混同注意）

# ローカルのworkspace（バックエンドがcloudでもCLIの概念として存在）
terraform workspace new dev
terraform workspace list
terraform workspace select default

# TFCのWorkspaceはUI/APIで管理（CLIのworkspaceとは別）

問題で確認

よくある質問