【2026年版】Terraformの始め方 — インフラをコードで管理する第一歩

インストール手順

# macOS（Homebrew）
brew tap hashicorp/tap
brew install hashicorp/tap/terraform

# Windows（winget）
winget install HashiCorp.Terraform

# バージョン確認
terraform version

Terraformコマンド早見表

terraform init      # プロバイダーをダウンロード（最初に必ず実行）
terraform plan      # 変更内容を確認（実際には変更しない）
terraform apply     # インフラを構築・変更
terraform destroy   # インフラを削除
terraform fmt       # コードのフォーマット
terraform validate  # 構文チェック
terraform output    # output変数の表示
terraform state list  # ステートの確認

はじめてのコード（AWSでS3バケットを作成）

# main.tf
terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
  }
}

provider "aws" {
  region = "ap-northeast-1"
}

resource "aws_s3_bucket" "my_bucket" {
  bucket = "my-terraform-bucket-${random_id.suffix.hex}"
}

resource "random_id" "suffix" {
  byte_length = 4
}

output "bucket_name" {
  value = aws_s3_bucket.my_bucket.bucket
}

よくある詰まりポイント

Q: terraform.tfstate をGitにコミットしていいの？ → ローカルのtfstateにはシークレット情報が含まれる場合があるため、.gitignore に追加しましょう。チーム開発では S3 + DynamoDB（ロック）などのリモートバックエンドを使います。

Q: terraform apply を誤って実行してしまった → 本番環境では terraform plan の出力を必ずレビューしてから apply する習慣が重要です。また -target オプションで特定リソースだけ操作することもできます。

Q: リソースの変更が「destroy then create」になってしまう → 一部の設定変更はリソースの再作成が必要です。lifecycle { create_before_destroy = true } でダウンタイムを減らせる場合があります。

ひよこ

Terraformってよく聞くけど、結局なにができるの？

ペンギン先生

サーバーやネットワークといったインフラを、コード（テキストファイル）で定義して自動構築できるツールだよ。手作業でAWSやGCPの管理画面をポチポチする代わりに、設定ファイルを書いて「これ作って！」とコマンド一発で環境が出来上がるんだ。

ひよこ

へぇ〜！でもなんでわざわざコードにする必要があるの？画面で作ったほうが楽じゃない？

ペンギン先生

最初は画面のほうが楽に感じるけど、同じ環境を何度も作りたいときや、チームで共有したいときにコードが威力を発揮するんだ。Gitで変更履歴も残せるし、「誰がいつ何を変えたか」が全部追えるようになるよ。インフラのレシピをみんなで管理できるイメージだね。

ひよこ

なるほど！じゃあ始めるにはまず何をすればいいの？

ペンギン先生

まずTerraformをインストールしよう。公式サイトからバイナリをダウンロードしてもいいし、Macならbrew install terraform、Windowsならchocolateyやwingetでも入るよ。インストールしたらターミナルで terraform -version と打って、バージョンが表示されればOKだよ。

ペンギン先生

ここで「terraform version」と打ってバージョンが表示されるか確認してみてね。次に新しいフォルダを作って「terraform init」を実行してみよう。プロバイダーがダウンロードされて「Terraform has been successfully initialized!」と出れば準備完了だよ！

ひよこ

できた！次は何を書けばいいの？

ペンギン先生

拡張子が .tf のファイルを作るよ。最小構成だと、まずproviderブロックでどのクラウドを使うか宣言して、次にresourceブロックで作りたいものを書く。たとえばAWSのS3バケットを1つ作るなら、provider "aws" とresource "aws_s3_bucket" "my_bucket" の2ブロックだけで済むんだ。

ひよこ

思ったよりシンプルなんだね！書いたらすぐクラウドに反映されるの？

ペンギン先生

いきなり反映はしないよ。Terraformには3ステップのワークフローがあるんだ。まず terraform init でプラグインを準備、次に terraform plan で「何が作られるか」のプレビューを確認、最後に terraform apply で実際に作成。planで差分を確認してからapplyするから、うっかりミスを防げるんだよ。

ひよこ

planで確認できるの安心だね！でも間違えて作っちゃったらどうするの？

ペンギン先生

terraform destroy で作ったリソースをまとめて削除できるよ。それに、Terraformはstateファイルという「今どんなリソースが存在するか」の台帳を持っていて、コードと実際のインフラの差分を常に把握しているんだ。だからコードを修正してapplyすれば、変更分だけ反映してくれるよ。

ひよこ

便利！学習のロードマップとしてはどう進めるのがおすすめなの？

ペンギン先生

まずはAWSやGCPの無料枠でS3バケットやVPCを作るところから始めるといいよ。次にvariableやoutputで値を外出しする方法を覚えて、そのあとmoduleで設定を再利用できるようにする。公式のチュートリアル「Get Started」シリーズがステップバイステップでよくできているから、まずそこをなぞるのがおすすめだね。

ひよこ

ところで、Terraformって他のIaCツールと比べてどこが強いの？

ペンギン先生

最大の強みはマルチクラウド対応だね。AWS・GCP・Azure・Cloudflareなど数千のプロバイダに対応していて、1つの言語（HCL）で統一的に書ける。実は2023年にライセンスがBSLに変わって、そこからOpenTofuというフォークも生まれたんだ。2026年現在は両方活発に開発されているから、企業のライセンスポリシーによって使い分ける流れになっているよ。

ひよこ

OpenTofuっていうのもあるんだね！stateファイルの管理で気をつけることってあるの？

ペンギン先生

これはベテランでもハマるポイントだね。stateファイルにはリソースのIDやIPアドレスだけじゃなく、データベースのパスワードなど機密情報も平文で入ることがあるんだ。だからローカルに置きっぱなしは絶対NG。S3やTerraform Cloudなどのリモートバックエンドに保存して、暗号化とアクセス制御をかけるのが鉄則だよ。さらにstate lockを有効にしないと、チームで同時にapplyして状態が壊れるリスクもあるから要注意だね。