OpenTofu oder Terraform - was ist die richtige Wahl fuer Kubernetes-Infrastruktur?

OpenTofu. Seit August 2023 ist Terraform nicht mehr komplett Open Source (Business Source License statt MPL), waehrend OpenTofu als Linux-Foundation-Fork bei der offenen MPL-2.0-Lizenz geblieben ist. Der eigentliche Unterschied heute ist aber nicht mehr nur die Lizenz: OpenTofu hat inzwischen Features wie State-Verschluesselung, die es im offenen Terraform-Binary nicht gibt. Wer neu mit Infrastructure as Code fuer Kubernetes startet, hat schlicht keinen guten Grund mehr, zu Terraform zu greifen.

Ist OpenTofu kompatibel zu bestehenden Terraform-Konfigurationen?

Ja, OpenTofu ist als direkter Fork der letzten offenen Terraform-Version weitgehend drop-in-kompatibel - bestehende .tf-Dateien und Provider funktionieren in der Regel unveraendert.

Was kann OpenTofu, was Terraform nicht kann?

Ein konkretes Beispiel: State-Verschluesselung direkt in OpenTofu eingebaut, im offenen Terraform-Binary nicht vorhanden. OpenTofu hat seit dem Fork eigene Features nachgezogen, die es bei Terraform (noch) nicht gibt.

Wer entscheidet bei OpenTofu ueber die Roadmap?

Ein Steering Committee unter dem Dach der Linux Foundation, mit mehreren beteiligten Firmen - nicht ein einzelner Konzern wie bei Terraform, das seit 2025 zu IBM gehoert.

Strategien

OpenTofu oder Terraform? Der Fork hat Terraform inzwischen technisch ueberholt

Das passende Training Kubernetes Proxmox Training – Cluster mit OpenTofu bauen (3 Tage)

OpenTofu oder Terraform? Der Fork hat Terraform inzwischen technisch überholt

Ganz ehrlich: Vor zwei Jahren wäre die Antwort noch “kommt drauf an, wie wichtig euch die Lizenz ist” gewesen. Heute nicht mehr.

Die Ausgangslage: derselbe Fall wie bei Vault

August 2023, HashiCorp stellt Terraform von MPL auf Business Source License um - nicht mehr komplett Open Source. Die Reaktion: OpenTofu, ein Fork der letzten offenen Version, unter dem Dach der Linux Foundation. Dasselbe Muster wie bei OpenBao/Vault - kein Zufall, sondern dieselbe Antwort der Community auf dieselbe Art von Lizenzänderung bei einem anderen HashiCorp-Produkt.

Der Unterschied zu 2023: OpenTofu ist inzwischen vorgezogen

Was sich seitdem geändert hat: OpenTofu ist nicht mehr nur “die freie Alternative”. Es hat eigene Features nachgelegt, die es im offenen Terraform-Binary nicht gibt - State-Verschlüsselung zum Beispiel, eine der Anfragen, die in der Terraform-Community jahrelang offen war.

Das ist der Punkt, an dem die Entscheidung aufhört, eine reine Prinzipienfrage zu sein. Es ist keine Kompromiss-Entscheidung mehr zwischen “moralisch sauber, aber technisch schwächer” - OpenTofu liefert in Teilen mehr.

Meine klare Ansage

Für einen Neueinstieg in Infrastructure as Code für Kubernetes-Cluster: OpenTofu, ohne Wenn und Aber. Die Konfigurationssyntax ist praktisch identisch, die Provider funktionieren, der Umstieg ist kein Projekt.

Läuft bei euch bereits Terraform produktiv und stabil? Dann ist ein Wechsel eine Kosten-Nutzen-Frage, kein Muss - dieselbe Regel wie bei jedem eingespielten Tool.

Fazit

OpenTofu vs. Terraform, OpenBao vs. Vault: Es ist dasselbe Muster, zweimal hintereinander bei HashiCorp. Wer nach dem zweiten Mal noch auf die Konzern-Variante setzt, tut das aus Gewohnheit, nicht aus einem echten technischen Grund.

Mein Kubernetes-Training mit Proxmox und OpenTofu zeigt dir Infrastructure as Code direkt am Live-Cluster - von der ersten .tf-Datei bis zum fertig provisionierten kubeadm-Cluster.