Terraform auf AWS: Aufbau einer Produktionsinfrastruktur von Grund auf

Infrastructure as Code (IaC) transformiert die Art und Weise, wie wir Cloud-Ressourcen bereitstellen und verwalten. Terraform hat sich zum De-facto-Standard für die Multi-Cloud-Infrastrukturautomatisierung entwickelt.

Warum Terraform?

• Deklarativ – Beschreibung des gewünschten Zustands statt der Schritte zu dessen Erreichung
• Provider-agnostisch – Gleiche Syntax für AWS, GCP, Azure und mehr
• State-Management – Verfolgung dessen, was existiert und was sich geändert hat
• Plan vor Apply – Vorschau der Änderungen vor der Ausführung
• Modular – Wiederverwendbare Komponenten über verschiedene Projekte hinweg

Projekt-Setup

Verzeichnisstruktur

Provider-Konfiguration

terraform {
  required_version = ">= 1.5.0"

  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "~> 5.0"
    }
  }

  backend "s3" {
    bucket         = "my-terraform-state"
    key            = "prod/terraform.tfstate"
    region         = "us-east-1"
    encrypt        = true
    dynamodb_table = "terraform-locks"
  }
}

provider "aws" {
  region = var.aws_region
}
```text

## VPC-Modul

```hcl
module "vpc" {
  source = "./modules/vpc"

  name               = "production"
  cidr               = "10.0.0.0/16"
  availability_zones = ["us-east-1a", "us-east-1b", "us-east-1c"]

  public_subnets     = ["10.0.1.0/24", "10.0.2.0/24", "10.0.3.0/24"]
  private_subnets    = ["10.0.11.0/24", "10.0.12.0/24", "10.0.13.0/24"]

  enable_nat_gateway = true
  single_nat_gateway = false  # Use true for dev, false for prod

  tags = {
    Environment = "production"
    Terraform   = "true"
  }
}
```text

## EC2-Instanzen

```hcl
module "ec2" {
  source = "./modules/ec2"

  ami                    = "ami-0c55b159cbfafe1f0"
  instance_type          = "t3.medium"
  key_name               = var.key_name
  vpc_security_group_ids = [module.vpc.default_security_group_id]
  subnet_ids             = module.vpc.private_subnet_ids

  min_size = 2
  max_size = 6
  desired  = 3

  user_data = templatefile("${path.module}/user_data.sh", {
    db_host = module.rds.endpoint
  })
}
```text

## RDS-Datenbank

```hcl
module "rds" {
  source = "./modules/rds"

  identifier     = "production-db"
  engine         = "postgres"
  engine_version = "15.4"

  instance_class = "db.t3.medium"
  allocated_storage = 100

  db_name  = "appdb"
  username = var.db_username
  password = var.db_password

  multi_az               = true
  db_subnet_group_name   = module.vpc.database_subnet_group
  vpc_security_group_ids = [module.vpc.database_security_group_id]

  backup_retention_period = 7
  skip_final_snapshot     = false
}
```text

## Best Practices

### State-Management

1. **Remote State verwenden** – Committen Sie niemals `.tfstate` Dateien
2. **Locking aktivieren** – Gleichzeitige Änderungen verhindern
3. **State verschlüsseln** – Es können sensible Daten gespeichert werden
4. **State sichern** – Versionieren Sie Ihre State-Datei

### Sicherheit

```hcl
# Never hardcode secrets
variable "db_password" {
  type      = string
  sensitive = true  # Marks as sensitive in logs
}

# Use AWS Secrets Manager
data "aws_secretsmanager_secret_version" "db_password" {
  secret_id = "prod/database/password"
}
```text

### Modularisierung

- Erstellen Sie wiederverwendbare Module für gängige Muster
- Versionieren Sie Module mit Git-Tags
- Nutzen Sie die Terraform Registry für Community-Module

## Gängige Befehle

```bash
# Initialize
terraform init

# Plan changes
terraform plan -out=tfplan

# Apply changes
terraform apply tfplan

# Destroy resources
terraform destroy
```text

## Fazit

Terraform bietet ein robustes Fundament für die Infrastruktur-Automatisierung. Beginnen Sie einfach, steigern Sie die Komplexität schrittweise und verwenden Sie stets Remote State mit Locking.