Crossplane vs. Terraform: Infrastructure-as-Code für Kubernetes im Vergleich 2026

Infrastructure-as-Code (IaC) ist der Standard für moderne Cloud-Infrastruktur. Zwei Ansätze dominieren 2026 den Markt: Terraform — das bewährte, provider-basierte IaC-Werkzeug von HashiCorp — und Crossplane — der Kubernetes-native Ansatz, der Cloud-Ressourcen als Custom Resources verwaltet. Dieser Vergleich zeigt, wann welches Tool die richtige Wahl ist.

Was ist Terraform?

Terraform ist das meistgenutzte IaC-Tool der Welt. Entwickelt von HashiCorp und seit 2023 unter der BSL-Lizenz (Business Source License), verwaltet Terraform Cloud-Ressourcen über einen deklarativen HCL-Code und eine lokale oder remote gespeicherte Statefile. Mit über 3.000 Providern unterstützt Terraform praktisch jeden Cloud-Anbieter und On-Premises-Dienst.

# Terraform: S3-Bucket auf AWS erstellen
resource "aws_s3_bucket" "backups" {
  bucket = "my-backup-bucket-2026"
  tags = {
    Environment = "production"
    ManagedBy   = "terraform"
  }
}

Terraform hat mit OpenTofu inzwischen einen vollständig Open-Source-Fork, der die BSL-Einschränkungen umgeht und von der Linux Foundation betreut wird.

Was ist Crossplane?

Crossplane ist ein Open-Source-CNCF-Projekt (Graduated Status seit 2024), das Kubernetes als Kontrollebene für Cloud-Infrastruktur nutzt. Cloud-Ressourcen werden als Custom Resource Definitions (CRDs) deklariert und von Crossplane-Controllern über Provider-APIs provisioniert.

# Crossplane: S3-Bucket als Kubernetes CRD
apiVersion: s3.aws.upbound.io/v1beta1
kind: Bucket
metadata:
  name: my-backup-bucket-2026
spec:
  forProvider:
    region: eu-central-1
    tags:
      Environment: production
      ManagedBy: crossplane
  providerConfigRef:
    name: aws-provider

Der entscheidende Unterschied: In Crossplane lebt der gewünschte Zustand im Kubernetes etcd, nicht in einer Statefile. Der Reconciliation-Loop von Kubernetes sorgt kontinuierlich dafür, dass die reale Infrastruktur dem deklarierten Zustand entspricht.

Architektur-Vergleich

Aspekt Terraform / OpenTofu Crossplane
Zustandsverwaltung Statefile (lokal/remote) Kubernetes etcd
Ausführungsmodell Push-basiert (terraform apply) Kontinuierlicher Reconciliation-Loop
Lizenz BSL 1.1 (Terraform), MPL 2.0 (OpenTofu) Apache 2.0
CNCF-Status Kein CNCF-Projekt CNCF Graduated
Provider-Ökosystem 3.000+ Provider ~30 offizielle Provider (Upbound)
Kubernetes-Integration Kubernetes-Provider vorhanden Nativ in Kubernetes
GitOps-Fähigkeit Mit Atlantis/Spacelift Nativ (ArgoCD/Flux)
Self-Healing Kein automatisches Drift-Repair Automatische Drift-Korrektur

Wann ist Terraform die bessere Wahl?

Terraform (oder OpenTofu) eignet sich besser für:

  • Heterogene Multi-Cloud-Umgebungen: Mit 3.000+ Providern gibt es kaum einen Dienst, den Terraform nicht kennt
  • Teams ohne Kubernetes-Expertise: Terraform ist auch ohne Kubernetes-Kenntnisse vollständig nutzbar
  • Legacy-Infrastruktur und On-Premises: Terraform-Provider existieren für VMware, NetApp, F5 und viele Enterprise-Tools
  • Einfache CI/CD-Integration: terraform plan und terraform apply lassen sich in jede Pipeline integrieren
  • Modulares Code-Sharing: Terraform Registry bietet tausende wiederverwendbare Module
# Terraform-Workflow
terraform init
terraform plan -out=tfplan
terraform apply tfplan

Wann ist Crossplane die bessere Wahl?

Crossplane eignet sich besser für:

  • Kubernetes-zentrische Plattformen: Teams, die bereits ArgoCD oder Flux für GitOps nutzen
  • Self-Service-Infrastruktur: Crossplane-Compositions ermöglichen es, Entwicklern sichere Infrastruktur-Abstraktionen anzubieten
  • Automatische Drift-Korrektur: Der Kubernetes-Reconciliation-Loop erkennt und behebt Infrastruktur-Abweichungen automatisch
  • Platform-Engineering-Teams: Crossplane ist das Tool der Wahl für den Aufbau interner Developer-Platforms
# Crossplane Composition: Abstrahierte Datenbank für Entwickler
apiVersion: apiextensions.crossplane.io/v1
kind: Composition
metadata:
  name: postgres-aws
spec:
  compositeTypeRef:
    apiVersion: db.example.com/v1alpha1
    kind: PostgresInstance
  resources:
    - name: rds-instance
      base:
        apiVersion: rds.aws.upbound.io/v1beta1
        kind: Instance
        spec:
          forProvider:
            region: eu-central-1
            instanceClass: db.t3.micro
            engine: postgres
            engineVersion: "15"

Statefile vs. etcd: Der entscheidende Unterschied

Terraforms Statefile ist gleichzeitig seine Stärke und seine Schwäche. Vorteile: Einfach zu verstehen, portabel, kein Kubernetes nötig. Nachteile: Muss sicher gespeichert werden (z.B. in S3), kann bei Teamarbeit zu Lock-Konflikten führen, kein automatisches Drift-Repair.

Crossplane nutzt Kubernetes etcd als Single Source of Truth. Vorteile: Keine separate Statefile-Verwaltung, automatisches Self-Healing, native Kubernetes-RBAC für Zugriffssteuerung. Nachteile: Kubernetes ist Pflicht, etcd muss für Produktionslasten ausreichend dimensioniert sein.

GitOps: Crossplane gewinnt klar

Für Teams, die ArgoCD oder Flux für GitOps nutzen, ist Crossplane der natürliche Gewinner. Infrastruktur-Manifeste liegen im Git-Repository und werden automatisch synchronisiert — keine separaten Terraform-Runner nötig.

Terraform lässt sich mit Tools wie Atlantis oder Spacelift ebenfalls in GitOps-Workflows integrieren, erfordert aber zusätzliche Infrastruktur.

Provider-Ökosystem: Terraform gewinnt klar

Terraforms Provider-Ökosystem ist mit über 3.000 Anbietern schlicht konkurrenzlos. Crossplane hat zwar offizielle Provider für AWS, Azure, GCP, Kubernetes und einige andere, deckt aber längst nicht alle Anwendungsfälle ab.

Migration und Einstieg

Beide Tools lassen sich kombinieren: Terraform verwaltet die Basisinfrastruktur (VPC, IAM, EKS-Cluster), Crossplane läuft im Cluster und verwaltet darüber liegende Ressourcen (Datenbanken, Storage, Queues). Diese Hybrid-Strategie nutzen viele Teams in der Praxis.

Fazit: Wer gewinnt den Vergleich?

Terraform / OpenTofu ist die universelle Wahl für Teams ohne Kubernetes-Fokus, mit heterogener Multi-Cloud-Infrastruktur oder Legacy-Systemen. Das riesige Provider-Ökosystem ist ein entscheidender Vorteil.

Crossplane ist die bessere Wahl für Kubernetes-zentrische Platform-Engineering-Teams, die GitOps leben und Self-Service-Infrastruktur für Entwickler bereitstellen wollen. Das automatische Self-Healing durch den Kubernetes-Reconciliation-Loop ist ein echter Mehrwert.

Für Neueinsteiger empfehle ich: OpenTofu für 90 % der Anwendungsfälle, Crossplane für den Platform-Engineering-Spezialfall.

Weiterführende Artikel

Verwandte Technologien im Techradar