Zum Inhalt springen
_CORE
KI & Agentensysteme Unternehmensinformationssysteme Cloud & Platform Engineering Datenplattform & Integration Sicherheit & Compliance QA, Testing & Observability IoT, Automatisierung & Robotik Mobile & Digitale Produkte Banken & Finanzen Versicherungen Öffentliche Verwaltung Verteidigung & Sicherheit Gesundheitswesen Energie & Versorgung Telko & Medien Industrie & Fertigung Logistik & E-Commerce Retail & Treueprogramme
Referenzen Technologien Blog Know-how Tools
Über uns Zusammenarbeit Karriere
CS EN DE
Lassen Sie uns sprechen

Infrastructure as Code 2026: Terraform, Pulumi oder OpenTofu?

27. 01. 2026 Aktualisiert: 28. 03. 2026 10 Min. Lesezeit CORE SYSTEMSai
Infrastructure as Code 2026: Terraform, Pulumi oder OpenTofu?

Terraform war jahrelang ein Synonym für Infrastructure as Code. Dann kam die Lizenzänderung auf BSL, daraus entstand OpenTofu, und Pulumi hat in der Zwischenzeit leise Entwickler davon überzeugt, dass HCL nicht der einzige Weg ist. Im Jahr 2026 haben Sie drei ausgereifte Tools — und keine universelle Antwort. Hier ist ein praktischer Leitfaden, der Ihnen bei der Auswahl hilft.

Stand der Dinge 2026

Infrastructure as Code ist kein neues Konzept. Neu ist die Marktsituation. Nach der Übernahme von HashiCorp durch IBM im Jahr 2024 und dem Wechsel von Terraform zur Business Source License (BSL 1.1) hat sich das Ökosystem gespalten. Heute haben wir drei Hauptakteure, jeder mit einer anderen Philosophie, Lizenz und Community.

Terraform

Das Original von HashiCorp (IBM). BSL 1.1 Lizenz. HCL-Sprache. Größtes Provider-Ökosystem. Terraform Cloud als Managed-Lösung.

OpenTofu

Community-Fork von Terraform unter der CNCF. MPL 2.0 Lizenz. Kompatibel mit HCL. Native State-Verschlüsselung. Vollständig Open Source.

Pulumi

IaC in Programmiersprachen (TypeScript, Python, Go, C#). Vollständiges Testing, IDE-Unterstützung, AI-gestützte Governance. Pulumi Cloud.

Wichtiger Kontext: Für die meisten internen Teams hatte die Terraform-Lizenzänderung praktisch keine Auswirkungen. BSL 1.1 verbietet die Erstellung konkurrierender gehosteter Dienste zu Terraform Cloud, aber die interne Nutzung bleibt frei. Das Problem ist strategisch: Wollen Sie auf einem Tool aufbauen, bei dem der Anbieter die Regeln erneut ändern kann?

Vergleich: Was in der Praxis zählt

Sprache und Developer Experience

Terraform und OpenTofu verwenden HCL (HashiCorp Configuration Language) — eine deklarative Sprache, die speziell zur Beschreibung von Infrastruktur entwickelt wurde. Sie ist lesbar, eindeutig und absichtlich begrenzt.

Pulumi geht den entgegengesetzten Weg: Sie schreiben Infrastruktur in TypeScript, Python, Go, C# oder Java. Sie haben Zugang zum gesamten Ökosystem der Sprache — Pakete, Typen, Abstraktionen, Unit Tests, IDE mit Autovervollständigung.

Der Schlüsselunterschied: Mit Pulumi können Sie Unit Tests auf Infrastruktur im selben Framework wie Anwendungscode schreiben. Testbarkeit ist ein Bereich, in dem Pulumi klar führt.

State Management

Alle drei Tools benötigen State. OpenTofu fügt ein Killer-Feature hinzu: native State-Verschlüsselung at Rest. Die State-Datei enthält oft sensible Daten und ist bei Terraform im Klartext. OpenTofu löst dies seit Version 1.7 — AES-GCM-Verschlüsselung direkt im Core.

Provider-Ökosystem

Terraform hat das breiteste Provider-Ökosystem — über 4.000 in der Terraform Registry. OpenTofu ist vollständig kompatibel mit Terraform-Providern. Pulumi hat eigene native Provider und zusätzlich Bridged Provider, die Terraform-Provider automatisch wrappen.

Empfohlene Szenarien

Enterprise mit 200+ Terraform-Modulen

Empfehlung: Bei Terraform bleiben oder schrittweise zu OpenTofu migrieren. Migration dauert Stunden, nicht Wochen.

Startup mit 5 Entwicklern, Full-Stack TypeScript

Empfehlung: Pulumi. Ein Tech-Stack für alles.

Bank mit Compliance-Anforderungen an State-Verschlüsselung

Empfehlung: OpenTofu oder Pulumi. Beide verschlüsseln State nativ.

DevOps-Team, das keinen Vendor Lock-in will

Empfehlung: OpenTofu. CNCF Governance, MPL 2.0 Lizenz, Community-gesteuerte Roadmap.

Fazit: Keine schlechte Wahl, nur verschiedene Trade-offs

Alle drei Tools sind 2026 produktionsreif und aktiv weiterentwickelt. Die Unterschiede liegen nicht in der Qualität — sie liegen in Philosophie, Lizenz und Developer Experience.

Terraform ist die sichere Wahl für konservative Organisationen. OpenTofu ist der logische Nachfolger für alle, die Open-Source-Sicherheit ohne Code-Umschreibung wollen. Pulumi ist die Zukunft für Entwicklerteams, die Infrastruktur als echte Software wollen.

Vergleichstabelle

Terraform OpenTofu Pulumi
Lizenz BSL 1.1 (Source-Available) MPL 2.0 (Open Source) Apache 2.0 (Engine), kommerziell Cloud
Governance HashiCorp / IBM CNCF / Linux Foundation Pulumi Corp.
Sprache HCL HCL TypeScript, Python, Go, C#, Java, YAML
State-Verschlüsselung Nein (externe Lösung nötig) Ja, nativ (AES-GCM) Ja, nativ (Multi-Provider KMS)
Testbarkeit Terratest, tftest Terratest, tftest Native Unit-/Integrationstests
Provider 4.000+ (Terraform Registry) Vollständig kompatibel mit TF Registry Native + Bridged TF Provider
Policy as Code Sentinel (proprietär) OPA / Rego CrossGuard (Python/TypeScript) + KI-Remediation
Lernkurve Niedrig–mittel Niedrig–mittel (wie TF) Abhängig von Sprache (niedrig für Devs, höher für Ops)

Reale Szenarien: Was wann verwenden

Enterprise mit 200+ Terraform-Modulen

Empfehlung: Bei Terraform bleiben oder schrittweise zu OpenTofu migrieren. 200 Module in Pulumi umzuschreiben ergibt keinen Business-Sinn. OpenTofu ist ein schmerzloser Übergang — Binary wechseln, im Staging testen und weiter. Migration dauert Stunden, nicht Wochen.

Startup mit 5 Entwicklern, Full-Stack TypeScript

Empfehlung: Pulumi. Das Team kennt bereits TypeScript, IDE-Unterstützung ist vertraut, Unit-Tests auf Infrastruktur vom ersten Tag an. Ein Tech-Stack für alles.

Bank mit Compliance-Anforderungen an State-Verschlüsselung

Empfehlung: OpenTofu oder Pulumi. Terraform hat keine native State-Verschlüsselung. Beide verschlüsseln State nativ, bevor er an das Backend gesendet wird.

Multi-Cloud-Plattform-Team, das eine interne Developer-Plattform baut

Empfehlung: Pulumi. Beim Aufbau von Abstraktionen über Infrastruktur (Self-Service-Portal, interne Module, Golden Paths) bietet eine Programmiersprache deutlich mehr Flexibilität als HCL.

DevOps-Team, das keinen Vendor Lock-in will

Empfehlung: OpenTofu. CNCF-Governance, MPL-2.0-Lizenz, Community-gesteuerte Roadmap. Kein Vendor kann Ihnen die Regeln ändern.

Migration: Wie es in der Praxis funktioniert

Von Terraform zu OpenTofu

Die einfachste Migration in der IaC-Geschichte:

  1. OpenTofu installieren (brew install opentofu)
  2. tofu init in einem bestehenden Terraform-Projekt ausführen
  3. tofu plan ausführen — Sie sollten „No changes” sehen
  4. CI/CD-Pipeline aktualisieren (terraform durch tofu ersetzen)
  5. Optional: State-Verschlüsselung aktivieren

Von Terraform zu Pulumi

Komplexer, aber Pulumi hat hilfreiche Tools:

  • pulumi convert --from terraform — konvertiert HCL in Pulumi-Code
  • pulumi import — importiert bestehende Cloud-Ressourcen ohne Downtime
  • Graduelle Migration: Pulumi kann Terraform-State lesen — Sie können Modul für Modul migrieren.

Was in den kommenden Monaten zu beobachten ist

  • OpenTofu 1.11+: Provider-definierte Funktionen und verbesserte Modul-Tests erwartet. CNCF-Incubation-Status wird dem Projekt zusätzliche Glaubwürdigkeit verleihen.
  • Pulumi KI-Integration: Pulumi Neo und Insights entwickeln sich rasant. KI-gestützte Governance könnte ein Game Changer für Enterprise-Adoption sein.
  • Terraform unter IBM: Wie wird IBM die Roadmap beeinflussen? Bisher keine dramatischen Änderungen, aber die langfristige Richtung ist ungewiss.
  • CDKTF-Deprecation: HashiCorp hat das Ende von CDK for Terraform angekündigt. Wenn Sie es nutzen, ist es Zeit zum Wechsel.

Fazit: Keine schlechte Wahl, nur verschiedene Trade-offs

Alle drei Tools sind 2026 produktionsreif und aktiv weiterentwickelt. Die Unterschiede liegen nicht in der Qualität — sie liegen in Philosophie, Lizenz und Developer Experience.

Terraform ist die sichere Wahl für konservative Organisationen mit bestehender Investition. OpenTofu ist der logische Nachfolger für alle, die Open-Source-Sicherheit ohne Code-Umschreibung wollen. Pulumi ist die Zukunft für Entwicklerteams, die Infrastruktur als echte Software wollen — mit Tests, Abstraktionen und IDE-Unterstützung.

Unsere Empfehlung? Starten Sie neue Projekte mit OpenTofu oder Pulumi. Migrieren Sie bestehende Terraform-Projekte zu OpenTofu, wenn Ihnen Open Source wichtig ist. Und wenn Ihr Team aus Software-Ingenieuren besteht — geben Sie Pulumi eine Chance. Sie könnten entdecken, dass HCL nie die richtige Wahl war.

iacterraformpulumiopentofucloud
Teilen:

CORE SYSTEMS

Wir bauen Kernsysteme und KI-Agenten, die den Betrieb am Laufen halten. 15 Jahre Erfahrung mit Enterprise-IT.

Brauchen Sie Hilfe bei der Implementierung?

Unsere Experten helfen Ihnen bei Design, Implementierung und Betrieb. Von der Architektur bis zur Produktion.

Kontaktieren Sie uns
Brauchen Sie Hilfe bei der Implementierung? Termin vereinbaren