Terraform i Azure

Terraform er et åpen kildekode-verktøy for Infrastructure as Code, utviklet av HashiCorp. I motsetning til Bicep er Terraform skyagnostisk — én Terraform-kodebase kan administrere ressurser på tvers av Azure, AWS, GCP og mange andre leverandører samtidig. På Azure bruker Terraform AzureRM-provider-en til å kommunisere med ARM API-et, noe som gjør Terraform til et populært valg for organisasjoner med flere skyleverandører.

AzureRM-provider-en er en plugin som Terraform laster ned og bruker til å oversette Terraform-konfigurasjon til kall til ARM API-et. Den vedlikeholdes av HashiCorp og Microsoft og er den offisielle måten å administrere Azure-ressurser med Terraform på. Konfigurer provider-en med abonnements-ID-en og autentiseringsmetoden din, og kjør deretter terraform init for å laste den ned.

Et typisk Azure Terraform-prosjekt er delt inn i flere .tf-filer: main.tf inneholder ressursdeklarasjoner, variables.tf definerer inndatavariabler, outputs.tf definerer output-verdier, og terraform.tfvars angir variabelverdier for et bestemt miljø. Terraform laster automatisk inn alle .tf-filer i gjeldende katalog, så oppdelingen i flere filer er utelukkende av hensyn til lesbarheten.

I Terraform deklarerer du Azure-ressurser ved hjelp av resource-blokker. Blokktypen er resource, etterfulgt av AzureRM-ressurstypen (for eksempel 'azurerm_resource_group') og et lokalt navn som brukes til å referere til ressursen i konfigurasjonen. Egenskapsnavn i Terraform bruker snake_case i stedet for camelCase eller PascalCase, som brukes i ARM JSON.

Den sentrale Terraform-arbeidsflyten består av tre trinn. terraform init laster ned AzureRM-provider-en og konfigurerer backend-en. terraform plan sammenligner konfigurasjonen din med gjeldende tilstand og viser en diff over hva som skal opprettes, endres eller slettes — omtrent som what-if i ARM. terraform apply utfører planen og oppdaterer Azure slik at konfigurasjonen samsvarer.

Terraform vedlikeholder en tilstandsfil (terraform.tfstate) som registrerer gjeldende tilstand for alle administrerte ressurser og knytter dem til konfigurasjonen din. Denne filen gjør det mulig for Terraform å oppdage avvik mellom det som er konfigurert, og det som faktisk finnes i Azure. I teammiljøer bør du lagre tilstanden eksternt i en Azure Storage Account (en Terraform-backend), slik at alle teammedlemmer deler den samme tilstandsfilen.

Terraform støtter flere autentiseringsmetoder for Azure. Under lokal utvikling kan du bruke az login (autentisering med Azure CLI) — Terraform henter legitimasjonen automatisk. I CI/CD-pipelines kan du bruke en Service Principal med en klienthemmelighet eller et sertifikat, sendt inn via miljøvariabler. For Azure-baserte agenter eller virtuelle maskiner bør du bruke en Managed Identity for den sikreste autentiseringen uten hemmeligheter.

I likhet med Bicep-moduler lar Terraform-moduler deg pakke inn og gjenbruke infrastrukturmønstre. En modul er en katalog som inneholder .tf-filer. Du refererer til den med en module-blokk, sender inn verdier via variables og bruker outputs. Terraform Registry inneholder hundrevis av Azure-moduler fra fellesskapet og verifiserte moduler som du kan bruke direkte, for eksempel AzureRM-nettverksmodulen.

Velg Bicep når organisasjonen din bare bruker Azure og ønsker tettest mulig integrasjon med nye Azure-funksjoner (Bicep får støtte for nye ressurstyper fra første dag). Velg Terraform når du administrerer ressurser på tvers av flere skyleverandører, trenger det store økosystemet av moduler fra fellesskapet, eller foretrekker HCL-syntaks og HashiCorp-verktøykjeden. Begge er gode valg for rene Azure-distribusjoner — organisasjonens preferanser avgjør ofte.

Hvis ressurser allerede finnes i Azure før du begynte å bruke Terraform, kan du legge dem under Terraform-administrasjon med terraform import. Denne kommandoen henter ressursens gjeldende tilstand og legger den til i Terraform-tilstandsfilen. Etter importen må du manuelt skrive den tilsvarende konfigurasjonsblokken slik at den samsvarer med den importerte ressursen, og deretter kjøre terraform plan for å bekrefte at det ikke finnes forskjeller.

Følg disse anbefalte fremgangsmåtene for Terraform på Azure: lagre tilstanden eksternt i Azure Blob Storage med aktivert tilstandslåsing, bruk workspaces eller separate tilstandsfiler for ulike miljøer, legg aldri hemmeligheter inn i kildekontrollen — bruk datakilder fra Azure Key Vault i stedet, lås provider-versjonene for å unngå brytende endringer, og kjør Terraform i en CI/CD-pipeline (Azure Pipelines eller GitHub Actions) med godkjenningsporter for planer.

I denne leksjonen lærte du at Terraform er et skyagnostisk IaC-verktøy som bruker AzureRM-provider-en til å administrere Azure-ressurser, at arbeidsflyten med init, plan, apply muliggjør sikre og forutsigbare distribusjoner, og at ekstern tilstand i Azure Blob Storage er avgjørende for samarbeid i team. Neste tema er å opprette App Service-planer og Web Apps.