Terraform i Azure

Terraform är ett verktyg för Infrastructure as Code med öppen källkod, utvecklat av HashiCorp. Till skillnad från Bicep är Terraform molnagnostiskt — en enda Terraform-kodbas kan samtidigt hantera resurser i Azure, AWS, GCP och många andra providers. I Azure använder Terraform providern AzureRM för att kommunicera med ARM API, vilket gör det till ett populärt val för organisationer med flera moln.

AzureRM-providern är ett plugin som Terraform hämtar och använder för att översätta Terraform-konfiguration till anrop till ARM API. Den underhålls av HashiCorp och Microsoft och är det officiella sättet att hantera Azure-resurser med Terraform. Konfigurera providern med ert prenumerations-ID och autentiseringsmetod och kör sedan terraform init för att hämta den.

Ett typiskt Azure Terraform-projekt är uppdelat i flera .tf-filer: main.tf innehåller resursdeklarationer, variables.tf definierar indatavariabler, outputs.tf definierar utdatavärden och terraform.tfvars tillhandahåller variabelvärden för en specifik miljö. Terraform läser automatiskt in alla .tf-filer i den aktuella katalogen, så uppdelningen i flera filer är enbart till för läsbarhet.

I Terraform deklarerar ni Azure-resurser med resource-block. Blocktypen är resource, följd av AzureRM-resurstypen (till exempel 'azurerm_resource_group') och ett lokalt namn som används för att referera till resursen i konfigurationen. Egenskapsnamn i Terraform använder snake_case i stället för camelCase eller PascalCase, som används i ARM JSON.

Det centrala Terraform-arbetsflödet består av tre steg. terraform init hämtar AzureRM-providern och konfigurerar backend. terraform plan jämför er konfiguration med det aktuella tillståndet och visar en diff över vad som kommer att skapas, ändras eller tas bort — ungefär som ARM:s what-if. terraform apply genomför planen och uppdaterar Azure så att miljön motsvarar er konfiguration.

Terraform underhåller en tillståndsfil (terraform.tfstate) som registrerar det aktuella tillståndet för alla hanterade resurser och kopplar dem till er konfiguration. Filen gör det möjligt för Terraform att upptäcka avvikelser mellan det som är konfigurerat och det som faktiskt finns i Azure. I teammiljöer bör ni lagra tillståndet på distans i ett Azure Storage Account (en Terraform-backend), så att alla teammedlemmar delar samma tillståndsfil.

Terraform stöder flera autentiseringsmetoder för Azure. Vid lokal utveckling använder ni az login (autentisering via Azure CLI) — Terraform hämtar automatiskt autentiseringsuppgifterna. I CI/CD-pipelines använder ni ett Service Principal med en klienthemlighet eller ett certifikat, som skickas via miljövariabler. För Azure-värdbaserade agenter eller virtuella datorer använder ni en Managed Identity för den säkraste autentiseringen utan hemligheter.

Precis som Bicep-moduler gör Terraform-moduler det möjligt att paketera och återanvända infrastrukturrmönster. En modul är en katalog som innehåller .tf-filer. Ni refererar till den med ett module-block, skickar indata via variables och använder utdata. Terraform Registry innehåller hundratals Azure-moduler från communityn och verifierade moduler som ni kan använda direkt, till exempel AzureRM-nätverksmodulen.

Välj Bicep när er organisation endast använder Azure och vill ha den tätaste integrationen med nya Azure-funktioner (Bicep får stöd för nya resurstyper redan första dagen). Välj Terraform när ni hanterar resurser hos flera molnleverantörer, behöver det stora ekosystemet av community-moduler eller föredrar HCL-syntax och HashiCorp-verktygskedjan. Båda är giltiga alternativ för distributioner som enbart använder Azure — organisationens preferenser blir ofta avgörande.

Om resurser redan finns i Azure innan ni började använda Terraform kan ni införa dem under Terraform-hantering med terraform import. Kommandot hämtar resursens aktuella tillstånd och lägger till det i Terraform-tillståndsfilen. Efter importen måste ni manuellt skriva motsvarande konfigurationsblock så att det matchar den importerade resursen och sedan köra terraform plan för att bekräfta att det inte finns några skillnader.

Följ dessa rekommenderade arbetssätt för Terraform i Azure: lagra tillståndet på distans i Azure Blob Storage med aktiverad tillståndslåsning, använd workspaces eller separata tillståndsfiler för olika miljöer, checka aldrig in hemligheter i källkodshanteringen — använd i stället Azure Key Vault-datakällor, lås provider-versionerna för att undvika inkompatibla ändringar och kör Terraform i en CI/CD-pipeline (Azure Pipelines eller GitHub Actions) med godkännandesteg för planerna.

I den här lektionen har ni lärt er att Terraform är ett molnagnostiskt IaC-verktyg som använder AzureRM-providern för att hantera Azure-resurser, att arbetsflödet med init, plan och apply möjliggör säkra och förutsägbara distributioner samt att fjärrlagrat tillstånd i Azure Blob Storage är nödvändigt för teamsamarbete. Nästa steg är att skapa App Service-planer och Web Apps.