OpenTofu

Automation · Infrastructure as Code (deklarativ provisionering)

OpenTofu beskriver moln- och serverinfrastruktur som kod: infrastrukturen definieras deklarativt i konfigurationsfiler som verktyget jämför mot verkligheten och förändrar kontrollerat, steg för steg.

Öppen källkodGo

Betyg 84 Preliminär (källbaserad)

Läs bedömningen
API · Ej hittat

CLI; Registry är separat

CLI; Registry är separat

Kontrollerat:

MCP · Officiellt

opentofu-mcp-server, Registry

opentofu-mcp-server, Registry

Kontrollerat:

Jämför med alternativ Källor
OpenTofu 1.13.1 i terminalen på driftmaskinen iac01: versionsraden, de nio konfigurationsfilerna och produktionsvariablerna i projektkatalogen ~/tofu (app.tf, cache.tf, databas.tf, lagring.tf, network.tf, outputs.tf, providers.tf, variables.tf, versions.tf och prod.tfvars) samt tofu init som hämtar providern kreuzwerker/docker 4.6.0, signerad med nyckel 0DCE698927DAF8EC, och skriver låsfilen .terraform.lock.hcl
1 / 8 Versionen, projektfilerna och providerinstallationen

Bedömning

Så bedömer vi

Totalbetyg

84

Preliminär (källbaserad)

Bedömningsprofil
Infrastruktur som kod (deklarativ moln-/serverhantering).
Bedömningsdatum
Modellversion
3.0.0

  1. Öppenhet och kontroll

    MPL-2.0 (OSI), Linux Foundation-styrning, full kodfrihet — inga låsningar.

  2. Funktionell passform

    Infrastruktur som kod är exakt kärnan; Terraform-kompatibelt med stort provider-ekosystem.

  3. Dataflytt och interoperabilitet

    HCL och state-filer är portabla, men state-hantering kräver egen strategi och formatet är Terraform/OpenTofu-specifikt.

  4. Mognad och trygghet

    Ung fork (2023) men med Terraforms beprövade kodbas, Linux Foundation-styrning och stabila 1.x-versioner.

  5. Framtidskraft

    CLI, HCL och providers möjliggör stark automation.

  6. Drift och införande

    CLI:n enkel men löpande drift innehåller verkligt arbete: state-hantering, backend-drift och provider-upgraderingar.

  7. Kostnadsbild

    Fri MPL-2.0-licens; TCO = state-hantering och drift.

  8. Svensk användbarhet

    Engelsk CLI/dokumentation; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Om OpenTofu

OpenTofu beskriver moln- och serverinfrastruktur som kod: infrastrukturen definieras deklarativt i konfigurationsfiler som verktyget jämför mot verkligheten och förändrar kontrollerat, steg för steg. Projektet är en fork av Terraform, förvaltad inom Linux Foundation under MPL-2.0, och konfigurationen är i praktiken drop-in-kompatibel med Terraform — ett bra läge för team som vill byta utan att skriva om HCL.

Arbetssättet är det välkända: konfigurationen skrivs i HCL, verktyget räknar först ut en exekveringsplan som visar exakt vad som kommer att ändras, och resurserna byggs sedan parallellt utifrån en beroendegraf. Planen kan granskas innan den körs, vilket gör förändringar diskuterbara i stället för överraskande.

State-filen är det känsliga mellanlägget: den beskriver den faktiska infrastrukturen och kräver disciplin — lagring i en låsbar backend eller versionshantering är en förutsättning snarare än tillval. Providers och moduler hämtas från OpenTofu Registry, som även kan nås från AI-agenter via en MCP-server. Löpande drift innehåller backends, state och provider-uppgraderingar — en ständig arbetsuppgift, inte en engångsinstallation.

Användning

Passar för

  • Definiera moln- och serverinfrastruktur som kod i HCL
  • Förhandsgranska förändringar via exekveringsplan innan de körs
  • Överta befintlig Terraform-konfiguration utan omskrivning
  • Automatisera infrastrukturändringar i CI/CD

Passar mindre bra för

  • Konfigurationshantering av servrarnas innehåll — det är IaC, inte config management
  • Lagring av applikationsdata eller hemligheter utan särskild hantering
  • Team utan rutin kring state- och backend-hantering

Styrkor och begränsningar

Styrkor

  • Exekveringsplanen visar exakt vad som ändras i förväg
  • Praktiskt taget drop-in-kompatibel med Terraform-konfiguration
  • Linux Foundation-styrd fork under MPL-2.0
  • Stort ekosystem med providers och moduler i OpenTofu Registry

Begränsningar

  • State-hantering kräver låsbar backend eller versionshantering
  • State-filen kan innehålla känsliga uppgifter och måste skyddas
  • Löpande drift innehåller backends, state och provider-uppgraderingar

Skärmbilder

8 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.

  • OpenTofu 1.13.1 i terminalen på driftmaskinen iac01: versionsraden, de nio konfigurationsfilerna och produktionsvariablerna i projektkatalogen ~/tofu (app.tf, cache.tf, databas.tf, lagring.tf, network.tf, outputs.tf, providers.tf, variables.tf, versions.tf och prod.tfvars) samt tofu init som hämtar providern kreuzwerker/docker 4.6.0, signerad med nyckel 0DCE698927DAF8EC, och skriver låsfilen .terraform.lock.hcl
    Versionen, projektfilerna och providerinstallationen
  • OpenTofu: databas.tf beskriver docker_container db med namnet nordljus-prod-db-01, image postgres:16-alpine, restart unless-stopped, miljövariablerna POSTGRES_DB, POSTGRES_USER och POSTGRES_PASSWORD hämtad ur den känsliga variabeln postgres_losenord, volymen nordljus-prod-db-data monterad på /var/lib/postgresql/data och det egna nätet nordljus-prod; tofu fmt -check bekräftar att formateringen är korrekt och tofu validate svarar att konfigurationen är giltig
    Databascontainern som kod – formaterad och validerad
  • OpenTofu: tofu plan mot produktionsvariablerna listar de sex resurser som ska skapas – containrarna app, cache och db samt nätet plattform och volymerna app_uploads och db_data – med sammanfattningen Plan: 6 to add, 0 to change, 0 to destroy, följt av hela resursblocket för nätet nordljus-prod med drivrutinen bridge, internt nät 172.28.40.0/24 och gateway 172.28.40.1
    Planen: sex resurser att skapa, inget att ändra
  • OpenTofu: tofu apply -auto-approve skapar de sex resurserna i beroendeordning – volymerna och nätet först, därefter app-, cache- och databascontainern med sina id:n – och avslutar med Apply complete! Resources: 6 added, 0 changed, 0 destroyed samt utdata containrar (nordljus-prod-app-01, nordljus-prod-db-01, nordljus-prod-cache-01), natverk nordljus-prod och webbadress http://localhost:8080/
    Apply skapar nätet, volymerna och de tre containrarna
  • OpenTofu: tofu state list räknar upp de sex resurserna i tillståndet, tofu state show docker_network.plattform visar nätets alla attribut (id, drivrutin bridge, internt nät 172.28.40.0/24 med gateway 172.28.40.1 och scope local) och du -h visar att hela tillståndet är 16 kB i filen terraform.tfstate
    Tillståndsfilen visar vad OpenTofu vet om miljön
  • OpenTofu: docker ps visar de tre containrarna nordljus-prod-app-01 (nginx:1.29-alpine, port 8080->80), nordljus-prod-db-01 (postgres:16-alpine) och nordljus-prod-cache-01 (redis:7-alpine) som igång, docker network ls visar nätet nordljus-prod och docker volume ls de två volymerna app-uploads och db-data, och curl mot http://localhost:8080/ svarar HTTP/1.1 200 OK med Server: nginx/1.29.8
    Miljön i drift: containrar, nät och svar från webbfronten
  • OpenTofu: containern nordljus-prod-cache-01 tas bort manuellt med docker rm -f, varefter tofu plan visar att docker_container.cache saknas (Plan: 1 to add, 0 to change, 0 to destroy) och tofu apply återskapar den på två sekunder med Apply complete! Resources: 1 added, 0 changed, 0 destroyed, följt av utdatavärdena och docker ps som visar alla tre containrarna igång igen
    En container borttagen för hand – plan och apply återställer den
  • OpenTofu: tofu plan -destroy listar de sex resurserna som ska tas bort (Plan: 0 to add, 0 to change, 6 to destroy), tofu destroy -auto-approve river nätet, volymerna och de tre containrarna och avslutar med Destroy complete! Resources: 6 destroyed, och docker ps -a visar att inga containrar med namnet nordljus-prod finns kvar
    Rivning av hela miljön med plan -destroy och destroy

Tekniska resurser

Alternativ

Home Assistant

Automation · Plattform för hemautomation

Home Assistant är en öppen smart home-plattform som körs på egen hårdvara och samlar tusentals enheter i lokal styrning, med automationsmotor, dashboards, röstassistans och energiuppfölning utan krav på molntjänster.

Öppen källkodMariaDBMySQLPostgreSQL
Startår
2013
Licens
Apache License 2.0
Öppen källkod
Ja
API
REST API · Annan
MCP
Både klient och server, Inbyggt

Betyg

94

Preliminär (källbaserad)

Läs bedömningen

Projektdata

91 953GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2013
Licens
Apache License 2.0Öppen källkod (OSI-godkänd licens) · LICENSE.md i repot home-assistant/core innehåller Apache License 2.0. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · Android · iOS · Webbläsare · containers
API
REST API · Annan Verifierat
MCP
Både klient och server, Inbyggt
Export
Ej verifierat Ingen verifierad uppgift om en generell dataexportfunktion påträffades i denna omgång. Ej verifierat
Språk
Gränssnitt: Svenska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: Apache-2.0 (OSI-godkänd), lokal kontroll, egen drift och öppna integrationsgränssnitt.
Funktionell passform Gäller: Bäst-i-klassen lokal hemautomation med 1 500+ integrationer — täcker användningsfallet utan större luckor.
Dataflytt och interoperabilitet Gäller: REST- och WebSocket-API samt bred integrationsyta; lokal data i egen databas ger full dataflyttbarhet.
Mognad och trygghet Gäller: Sedan 2013, månadsreleaser, tydlig styrning (Open Home Foundation/Nabu Casa) och stort community.
Framtidskraft Gäller: MCP-server och MCP-klient, automation via YAML/CLI och mycket aktiv utveckling — dokumenterad agentberedskap och anpassningsförmåga.
Drift och införande Gäller: Självhost kräver löpande underhåll och viss teknisk vana; hanterbart men inte trivialt för icke-tekniska användare.
Kostnadsbild Gäller: Fri kärna; valfritt Nabu Casa-abonnemang för fjärråtkomst — transparent med hårdvarukostnad som eget antagande.
Svensk användbarhet Gäller: Svenskt gränssnitt finns; dokumentationen är engelskspråkig — verifierad svensk lokal relevans.

Kostnad: .

Faktakontrollerad

Ansible

Automation · Agentlös konfigurationshantering och IT-automation (CLI)

Ansible automatiserar serverdrift från kommandoraden: önskat tillstånd beskrivs i YAML-playbooks som verkställs agentlöst över SSH — ingen mjukvara behöver installeras på målvärdarna.

Öppen källkodPython
Startår
2012
Licens
GNU General Public License v3.0
Öppen källkod
Ja
API
Annan
MCP
Både klient och server, Officiellt tillägg

Betyg

87

Preliminär (källbaserad)

Läs bedömningen

Projektdata

71 234GitHub-stjärnor
Visa alla fakta och bedömningarVisa alla fakta
Startår
2012
Licens
GNU General Public License v3.0Öppen källkod (OSI-godkänd licens) · Repots COPYING innehåller fullständig GNU GPL v3-text och GitHubs licensdata anger GPL-3.0. Motorn (ansible-core) är GPL-3.0; det samlade "ansible"-paketet innehåller dessutom collections med egna licenser. · Licensmodeller
Öppen källkod
Ja
Plattformar
Linux · macOS · Windows · containers
API
Annan Verifierat
MCP
Både klient och server, Officiellt tillägg
Export
Ej tillämpligt Ansible lagrar ingen egen användardata att exportera. Allt automationsinnehåll (playbooks, roller, inventarier och variabler) är vanliga textfiler i YAML/INI som fritt kan versionshanteras och flyttas. Ej verifierat
Språk
Gränssnitt: Engelska · Dokumentation: Engelska · Support: Engelska
Öppenhet och kontroll Gäller: GPL-3.0-or-later (OSI), full kodfrihet; kärnan och AWX är öppna, med Red Hats kommersiella AAP som valfritt tillägg.
Funktionell passform Gäller: Konfigurationshantering och drift är exakt Ansible kärna; stort modulbibliotek och idempotenta playbooks täcker användningsfallet utan större luckor.
Dataflytt och interoperabilitet Gäller: YAML-playbooks och collections är portabla och väldokumenterade, men formatet är Ansible-specifikt och saknar ett öppet standardutbyte.
Mognad och trygghet Gäller: Sedan 2012, Red Hat-stött, mycket stort community, regelbundna releaser och etablerad säkerhets-/förvaltningspraxis.
Framtidskraft Gäller: YAML/CLI, collections och AWX API ger stark automation; agentintegration sker via API:et eller tredjeparts Ansible-MCP-servrar ovanpå det.
Drift och införande Gäller: Agentlöst (SSH) ger enkelt införande, men stora inventarier, secrets och löpande playbook-underhåll kräver disciplin och struktur.
Kostnadsbild Gäller: Fri GPL-kärna; Red Hat AAP är ett transparent, valfritt kommersiellt tillägg. TCO = drift och kompetens.
Svensk användbarhet Gäller: Engelsk dokumentation och CLI; ingen svensk lokalisering belagd — tekniskt användbart i Sverige.

Kostnad: .

Faktakontrollerad

Källor

  1. OpenTofu – officiell webbplats
  2. OpenTofu – dokumentation
  3. OpenTofu LICENSE
  4. OpenTofu – installationsguide
  5. OpenTofu CLI – tofu show
  6. GitHub – opentofu/opentofu
  7. OpenTofu – utgåvor
  8. OpenTofu MCP-server