はじめに: なぜ今、インフラのコード化(IaC)なのか？

サーバー構築やネットワーク設定、皆さんはどのように管理していますか？手作業でのコンソール操作は、直感的で分かりやすい反面、ヒューマンエラーや設定の属人化、同じ環境の再現が困難といった課題を抱えています。そこで注目されているのがインフラのコード化（Infrastructure as Code, IaC）という考え方です。

IaCは、インフラの構成をコードで記述し、バージョン管理システム（Gitなど）で管理する手法です。これにより、インフラ構築の自動化、再現性の担保、変更履歴の追跡、そしてチームでのレビューが可能になります。インフラがコードになることで、アプリケーション開発と同じように、品質と効率を劇的に向上させることができるのです。

この記事では、数あるIaCツールの中でも特に人気の高いTerraformを使い、インフラのコード化への第一歩を踏み出す方法を具体的に解説していきます。

Terraformの基本: HCLと主要コマンド

Terraformは、HashiCorp社が開発したオープンソースのIaCツールです。AWS、Azure、Google Cloudなど、様々なクラウドプロバイダーに対応しているのが大きな特徴です。インフラの構成は、HCL (HashiCorp Configuration Language) という人間にも機械にも分かりやすい独自の言語で記述します。

HCLの基本はproviderブロックとresourceブロックです。providerブロックでは、どのクラウドサービスを利用するか（例: AWS）とリージョンなどの設定を定義します。resourceブロックでは、実際に作成したいリソース（例: EC2インスタンス、S3バケット）の種類と具体的な設定を記述します。

Terraformを操作する上で、まずは以下の4つの主要コマンドを覚えましょう。

  • terraform init: 設定ファイルを初期化し、必要なプロバイダプラグインをダウンロードします。最初に一度だけ実行します。
  • terraform plan: コードの変更内容を分析し、どのようなリソースが作成・変更・削除されるかの実行計画を表示します。
  • terraform apply: planで確認した実行計画を、実際にインフラに適用します。
  • terraform destroy: Terraformで管理しているリソースをすべて削除します。

これらのコマンドを組み合わせることで、安全かつ確実にインフラを管理することができます。

実践！AWS EC2インスタンスをコードで作成する

それでは、実際にTerraformを使ってAWS上にEC2インスタンスを作成してみましょう。まず、main.tfというファイルを作成し、以下のコードを記述します。このコードは、東京リージョンにt2.microタイプのAmazon Linux 2インスタンスを1台作成する定義です。

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

resource "aws_instance" "web_server" {
  ami           = "ami-0c55b159cbfafe1f0" # Amazon Linux 2 AMI (東京リージョン)
  instance_type = "t2.micro"

  tags = {
    Name = "MyWebServer-Terraform"
  }
}

コードが記述できたら、ターミナルで以下のコマンドを順番に実行します。まずterraform initで初期化し、次にterraform planで実行計画を確認します。planの結果で「1 to add, 0 to change, 0 to destroy」のように表示されれば、新しいインスタンスが1つ作成されることがわかります。

問題がなければ、terraform applyを実行します。確認のプロンプトが表示されるのでyesと入力すると、実際にAWS上でEC2インスタンスの作成が始まります。数分後、AWSマネジメントコンソールを確認すると、「MyWebServer-Terraform」という名前のインスタンスが起動しているはずです。これで、インフラのコード化の第一歩は成功です！

状態管理の重要性: tfstateファイルとは？

terraform applyを実行すると、カレントディレクトリにterraform.tfstateというファイルが作成されていることに気づくでしょう。これは状態ファイル(State File)と呼ばれ、Terraformがインフラを管理する上で非常に重要な役割を担っています。

このファイルには、Terraformが作成したリソースの情報（EC2インスタンスのIDなど）がJSON形式で記録されています。Terraformは、この状態ファイルと.tfファイルに書かれたコードを比較することで、次に何をすべきか（どのリソースを新規作成、変更、削除するべきか）を判断します。つまり、コードと実際のインフラを結びつける「台帳」のようなものです。

そのため、terraform.tfstateファイルは慎重に扱う必要があります。このファイルを手動で編集したり、誤って削除したりすると、Terraformは実際のインフラの状態を認識できなくなり、予期せぬトラブルの原因となります。また、チームで開発する場合、各々がローカルに状態ファイルを持つと整合性が取れなくなるため、Amazon S3などのリモートストレージで一元管理するリモートバックエンドの利用が強く推奨されます。

まとめ: IaCジャーニーの第一歩を踏み出そう

この記事では、インフラのコード化（IaC）の基本から、Terraformを使った具体的なEC2インスタンスの作成、そして状態管理の重要性までを解説しました。手作業でのインフラ管理から脱却し、コードでインフラを定義することのメリットを少しでも感じていただけたでしょうか。

今回学んだことは、Terraformの世界のほんの入り口に過ぎません。ここからさらに、設定値を外部から注入できる変数(Variables)の利用、コードを再利用可能にするモジュール(Modules)化、VPCやセキュリティグループといった他のリソースの作成など、学ぶべきことはたくさんあります。

インフラをコードとして扱うことで、あなたのインフラ管理はより堅牢で、効率的で、そして何より楽しいものになるはずです。ぜひこの機会に、ご自身の環境でTerraformを試し、IaCの世界を探求してみてください。

記事一覧に戻る