Terraform eller OpenTofu? Infrastrukturkodens vägval

Licensbytet för Terraform splittrade communityt och gav upphov till OpenTofu, den öppna forken under Linux Foundation. Två år senare är valet fortfarande aktuellt för många team.

OpenTofu har hunnit ikapp funktionellt och erbjuder efterlängtade funktioner som kryptering av state-filer. Terraform behåller å sin sida försprånget i ekosystem och enterprise-stöd.

För nya projekt lutar vi åt OpenTofu: öppen styrning minskar risken för framtida överraskningar. Migrationen är dessutom i praktiken en enradsändring.

State-krypteringen är värd att dröja vid, eftersom den löser ett verkligt säkerhetsproblem. Terraform-state innehåller ofta känsliga värden i klartext – databaslösenord, API-nycklar – och har länge varit en känd svag punkt. OpenTofus inbyggda kryptering täpper hålet utan externa verktyg, och funktionen har blivit ett tungt argument i migrationsdiskussionerna.

Ekosystemfrågan är samtidigt mindre dramatisk än den låter. Providers och moduler fungerar i båda verktygen eftersom protokollet är detsamma, och registryt speglas. Det som skiljer är främst enterprise-tjänsterna runt omkring – policystyrning, drift-detektering, kostnadsanalys – där kommersiella plattformar stödjer båda sidorna av schismen.

För befintliga installationer är rådet att inte stressa men heller inte ignorera frågan. Så länge ni håller er till versioner före licensbytet är läget oförändrat, men varje ny funktion ni börjar använda ökar bytesostnaden. Sätt ett beslutsdatum och utvärdera medvetet i stället för att låta slumpen avgöra.

Den större lärdomen handlar om beroenden: licensbyten i kritisk infrastruktur är inte längre hypotetiska risker. Väg in styrningsmodellen – stiftelse eller enskilt bolag – nästa gång ni väljer verktyg som hela leveranskedjan ska vila på.