Infrastructure as Code

Einfach erklärt

Früher wurden Server manuell konfiguriert: SSH rein, Pakete installieren, Konfigurationsdateien bearbeiten. Das Problem: Niemand weiß genau, was auf dem Server läuft, Änderungen sind nicht nachvollziehbar, und eine neue Umgebung aufzubauen dauert Stunden.

Infrastructure as Code dreht das um: Die gesamte Infrastruktur wird in Textdateien beschrieben. Ein terraform apply oder ansible-playbook baut dann alles automatisch auf. Die Konfigurationsdateien liegen in Git – jede Änderung ist dokumentiert, überprüfbar und rückgängig machbar.

Vorteile auf einen Blick:

Manuell	Infrastructure as Code
Undokumentiert	Versioniert in Git
Nicht reproduzierbar	Identisch wiederholbar
Fehleranfällig	Automatisiert und testbar
Langsam	Minuten statt Stunden

Technischer Deep Dive

Terraform-Beispiel: AWS EC2-Instanz

resource "aws_instance" "inference_server" {
  ami           = "ami-0c55b159cbfafe1f0"
  instance_type = "g4dn.xlarge"  # GPU-Instanz für KI-Inferenz

  tags = {
    Name        = "llm-inference"
    Environment = "production"
  }
}

Pulumi-Beispiel (TypeScript)

import * as aws from "@pulumi/aws";

const server = new aws.ec2.Instance("inference-server", {
  ami: "ami-0c55b159cbfafe1f0",
  instanceType: "g4dn.xlarge",
  tags: { Name: "llm-inference" },
});

GitOps-Workflow

Code-Änderung → Pull Request → Review → Merge → CI/CD → terraform apply

Jede Infrastrukturänderung durchläuft denselben Review-Prozess wie Anwendungscode.