開発元: HashiCorp
ライセンス: Mozilla Public License 2.0
初回リリース: 2014年
言語: Go

✅ マルチクラウド対応
✅ 豊富なプロバイダー（200以上）
✅ 宣言的な設定記述
✅ 強力な状態管理
✅ 活発なコミュニティ
✅ モジュール化による再利用性

開発元: Amazon Web Services
ライセンス: AWS サービス（プロプライエタリ）
初回リリース: 2011年
言語: AWS内部実装

✅ AWS完全統合
✅ 追加コスト不要
✅ AWS新サービスの迅速対応
✅ IAMとの深い統合
✅ CloudTrailでの完全な監査
✅ AWS サポートの対象

# Terraform - HCL (HashiCorp Configuration Language)
resource "aws_instance" "web" {
  ami           = var.ami_id
  instance_type = var.instance_type
  vpc_security_group_ids = [aws_security_group.web.id]
  user_data = templatefile("${path.module}/user_data.sh", {
    app_name = var.app_name
  })
  tags = {
    Name        = "${var.project_name}-web"
    Environment = var.environment
  }
}
# 条件分岐
resource "aws_instance" "db" {
  count = var.environment == "production" ? 2 : 1
  ami           = var.db_ami_id
  instance_type = var.environment == "production" ? "t3.medium" : "t3.micro"
  tags = {
    Name = "${var.project_name}-db-${count.index + 1}"
  }
}
# ループ処理
resource "aws_subnet" "private" {
  for_each = var.private_subnets
  vpc_id            = aws_vpc.main.id
  cidr_block        = each.value.cidr
  availability_zone = each.value.az
  tags = {
    Name = "${var.project_name}-private-${each.key}"
  }
}

# CloudFormation - YAML
Resources:
  WebInstance:
    Type: AWS::EC2::Instance
    Properties:
      ImageId: !Ref AMIId
      InstanceType: !Ref InstanceType
      SecurityGroupIds:
        - !Ref WebSecurityGroup
      UserData:
        Fn::Base64: !Sub |
          #!/bin/bash
          echo "App Name: ${AppName}" > /tmp/config
      Tags:
        - Key: Name
          Value: !Sub "${ProjectName}-web"
        - Key: Environment
          Value: !Ref Environment
  # 条件分岐
  DBInstance1:
    Type: AWS::EC2::Instance
    Properties:
      ImageId: !Ref DBAmIId
      InstanceType: !If [IsProduction, t3.medium, t3.micro]
      Tags:
        - Key: Name
          Value: !Sub "${ProjectName}-db-1"
  DBInstance2:
    Type: AWS::EC2::Instance
    Condition: IsProduction
    Properties:
      ImageId: !Ref DBAmIId
      InstanceType: t3.medium
      Tags:
        - Key: Name
          Value: !Sub "${ProjectName}-db-2"
Conditions:
  IsProduction: !Equals [!Ref Environment, production]
Parameters:
  ProjectName:
    Type: String
    Default: myproject
  Environment:
    Type: String
    AllowedValues: [development, staging, production]
    Default: development

# リモート状態管理設定
terraform {
  backend "s3" {
    bucket         = "myproject-terraform-state"
    key            = "environments/production/terraform.tfstate"
    region         = "ap-northeast-1"
    encrypt        = true
    dynamodb_table = "terraform-state-lock"
  }
}
# 状態ファイルの参照
data "terraform_remote_state" "vpc" {
  backend = "s3"
  config = {
    bucket = "myproject-terraform-state"
    key    = "vpc/terraform.tfstate"
    region = "ap-northeast-1"
  }
}
resource "aws_instance" "web" {
  subnet_id = data.terraform_remote_state.vpc.outputs.private_subnet_id
  # ...
}

# CloudFormation - 状態はAWSが自動管理
# スタック間の参照
Resources:
  WebInstance:
    Type: AWS::EC2::Instance
    Properties:
      SubnetId: 
        Fn::ImportValue: !Sub "${VPCStackName}-PrivateSubnetId"
# エクスポート値の定義
Outputs:
  PrivateSubnetId:
    Description: Private Subnet ID
    Value: !Ref PrivateSubnet
    Export:
      Name: !Sub "${AWS::StackName}-PrivateSubnetId"

# マルチクラウド対応例
terraform {
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
    google = {
      source  = "hashicorp/google"
      version = "~> 4.0"
    }
    azurerm = {
      source  = "hashicorp/azurerm"
      version = "~> 3.0"
    }
    kubernetes = {
      source  = "hashicorp/kubernetes"
      version = "~> 2.0"
    }
  }
}
# AWS リソース
resource "aws_s3_bucket" "app_data" {
  bucket = "myapp-data-bucket"
}
# GCP リソース
resource "google_storage_bucket" "app_backup" {
  name     = "myapp-backup-bucket"
  location = "US"
}
# Azure リソース
resource "azurerm_storage_account" "app_storage" {
  name                     = "myappstorageaccount"
  resource_group_name      = azurerm_resource_group.main.name
  location                 = azurerm_resource_group.main.location
  account_tier             = "Standard"
  account_replication_type = "LRS"
}

# AWS専用だが、最新サービスに迅速対応
Resources:
  # 最新のAWSサービス例
  BedrockKnowledgeBase:
    Type: AWS::Bedrock::KnowledgeBase
    Properties:
      Name: MyKnowledgeBase
      RoleArn: !GetAtt BedrockRole.Arn
      KnowledgeBaseConfiguration:
        Type: VECTOR
        VectorKnowledgeBaseConfiguration:
          EmbeddingModelArn: !Sub "arn:aws:bedrock:${AWS::Region}::foundation-model/amazon.titan-embed-text-v1"
  # カスタムリソース（Lambda）で拡張
  CustomResource:
    Type: AWS::CloudFormation::CustomResource
    Properties:
      ServiceToken: !GetAtt CustomResourceFunction.Arn
      CustomProperty: CustomValue

企業: SaaS スタートアップ
規模: エンジニア15名
要件: AWS + GCP のハイブリッド構成
期間: 6ヶ月

選択理由:
✅ マルチクラウド対応が必須
✅ 将来的なクラウド移行の柔軟性
✅ 豊富なプロバイダーエコシステム
✅ チームの技術的挑戦意欲
実装内容:
- AWS: メインアプリケーション
- GCP: データ分析基盤
- 統一されたIaCコード管理

成果:
✅ 開発効率 40% 向上
✅ インフラ管理工数 60% 削減
✅ クラウド間の一貫した管理
✅ チームスキル向上
課題:
❌ 学習コストが高い
❌ 状態管理の複雑さ
❌ AWS新機能対応の遅延

企業: 金融機関
規模: エンジニア100名
要件: AWS完全移行、ガバナンス重視
期間: 12ヶ月

選択理由:
✅ AWS完全統合による安定性
✅ 企業ガバナンス要件への適合
✅ AWS サポートの対象
✅ 既存チームのYAML知識活用
実装内容:
- 全社標準テンプレート作成
- Service Catalog による統制
- 段階的な移行戦略

成果:
✅ 移行成功率 98%
✅ ガバナンス要件完全準拠
✅ 運用コスト 30% 削減
✅ AWS新機能の迅速活用
課題:
❌ 複雑な条件分岐の実装困難
❌ 他クラウドへの展開不可
❌ テンプレートの可読性問題

企業: EC サイト運営
規模: エンジニア30名
要件: オンプレミスからAWSへ段階移行
期間: 18ヶ月

併用戦略:
- CloudFormation: AWS基盤リソース
- Terraform: アプリケーション層
- 段階的な移行による リスク最小化
実装内容:
Phase 1: CloudFormation でVPC・基盤
Phase 2: Terraform でアプリケーション
Phase 3: 統合・最適化

成果:
✅ 移行リスクの最小化
✅ チームスキルの段階的向上
✅ 各ツールの長所活用
✅ 柔軟な技術選択
課題:
❌ 管理ツールの複雑化
❌ 学習コストの増大
❌ 統合運用の難しさ

チーム特性:
✅ 技術的挑戦を好む
✅ マルチクラウドの知識・経験
✅ DevOps文化が浸透
✅ 学習時間を確保できる
✅ 柔軟性を重視
スキルレベル:
- 中級以上のインフラエンジニア
- プログラミング経験豊富
- 新技術への適応力高い

チーム特性:
✅ AWS専門知識が豊富
✅ 安定性・確実性を重視
✅ 企業ガバナンス重視
✅ 迅速な導入を求める
✅ AWS サポートを活用したい
スキルレベル:
- AWS認定資格保有者多数
- YAML/JSON に慣れ親しんでいる
- 運用安定性を最優先

# 1. 既存リソースのインポート
terraform import aws_vpc.main vpc-12345678
terraform import aws_subnet.public subnet-87654321
# 2. 設定ファイルの生成
terraform show -json | jq > current_state.json
# 3. HCL設定の作成
resource "aws_vpc" "main" {
  cidr_block           = "10.0.0.0/16"
  enable_dns_hostnames = true
  enable_dns_support   = true
  tags = {
    Name = "main-vpc"
  }
}
# 4. 状態の同期確認
terraform plan  # No changes should be shown

注意事項:
⚠️ 状態ファイルのバックアップ必須
⚠️ 段階的な移行でリスク最小化
⚠️ 本番環境は最後に移行
⚠️ ロールバック計画の準備
⚠️ チーム全体での合意形成

# 1. Terraform状態からリソース情報取得
# terraform show -json > terraform_state.json
# 2. CloudFormationテンプレート作成
Resources:
  MainVPC:
    Type: AWS::EC2::VPC
    Properties:
      CidrBlock: 10.0.0.0/16
      EnableDnsHostnames: true
      EnableDnsSupport: true
      Tags:
        - Key: Name
          Value: main-vpc
# 3. 既存リソースのインポート
aws cloudformation create-change-set \
  --stack-name existing-resources \
  --template-body file://template.yaml \
  --change-set-name import-change-set \
  --change-set-type IMPORT \
  --resources-to-import file://resources-to-import.json

ベンチマーク結果（100リソース作成）:
- Terraform: 平均8分30秒
- CloudFormation: 平均12分15秒
理由:
- Terraformの並列実行最適化
- CloudFormationの依存関係解決時間

大規模環境での比較（1000+リソース）:
- Terraform: 状態ファイル分割で対応
- CloudFormation: スタック分割で対応
両者とも適切な設計で大規模対応可能

技術選定エキスパートの年収相場:
- 初級（経験2-3年）: 800-1,000万円
- 中級（経験4-6年）: 1,000-1,500万円
- 上級（経験7年以上）: 1,500-2,200万円
コンサルティング単価:
- 技術選定支援: 日額10-20万円
- 移行戦略策定: プロジェクト200-500万円
- 組織標準化支援: プロジェクト500-1,500万円

最高単価パターン:
両ツール精通 + アーキテクチャ設計 + 組織戦略
→ 年収2,000-2,500万円
高単価パターン:
IaC専門知識 + 移行経験 + チーム指導
→ 年収1,500-2,000万円
安定単価パターン:
どちらか一方の深い知識 + 実装経験
→ 年収1,000-1,500万円

Phase 1: 基礎習得（2-3ヶ月）
- 両ツールの基本操作習得
- 簡単なプロジェクトでの実践
- 違いと特徴の理解
Phase 2: 実践経験（6-12ヶ月）
- 実際のプロジェクトでの活用
- 移行プロジェクトへの参加
- チーム内での知識共有
Phase 3: 専門性確立（12ヶ月以上）
- 技術選定の意思決定参加
- 組織標準化の推進
- 外部発表・執筆活動