Terraform: hvad det er, hvem der kan det, og hvad de tjener

Terraform er færdigheden i at beskrive, oprette og ændre infrastruktur som kode. I stedet for at konfigurere cloud-ressourcer manuelt skriver man Terraform-konfiguration, som beskriver den ønskede infrastruktur.

En person med Terraform-færdigheder kan eksempelvis definere netværk, virtuelle maskiner, databaser, storage, load balancere, DNS og adgangsrelaterede ressourcer som kode. Terraform kan også styre tjenester uden for de klassiske cloud-platforme, når der findes en relevant provider.

Færdigheden omfatter HashiCorp Configuration Language, normalt kaldet HCL. Vedkommende kan arbejde med resources, data sources, variables, locals, outputs, expressions og dependencies og kan strukturere konfigurationen, så andre kan forstå og ændre den.

En væsentlig del af Terraform er providers. De forbinder Terraform med API'er hos eksempelvis AWS, Microsoft Azure, Google Cloud og andre platforme. En erfaren bruger forstår både Terraform og den platform, der bliver automatiseret. Terraform kan ikke erstatte viden om netværk, IAM, databaser eller cloud-arkitektur.

Terraform-færdighed omfatter også arbejdet med terraform init, plan og apply. En dygtig bruger læser execution plans grundigt og kan vurdere, om en ændring vil oprette, ændre, erstatte eller slette ressourcer, før ændringen gennemføres.

State er et centralt område. Terraform bruger state til at forbinde konfigurationen med de ressourcer, der findes i virkeligheden. Personen skal forstå remote state, state locking, imports, flytning af ressourcer og konsekvenserne af at ændre state forkert.

På teamniveau handler færdigheden også om genbrug og standardisering. En erfaren bruger af Terraform kan bygge og anvende modules med klare inputs og outputs frem for at kopiere den samme konfiguration mellem projekter.

I professionelle miljøer indgår Terraform ofte i Git og CI/CD. Ændringer bliver versionsstyret, gennemgået og kørt gennem automatiserede workflows. Her kan Terraform kombineres med tests, sikkerhedskontrol og organisatoriske regler, før infrastrukturen ændres.

Færdigheden viser sig især i evnen til at håndtere ændringer sikkert. Det er relativt let at skrive Terraform, der kan oprette en enkelt ressource. Det sværere er at vedligeholde en større kodebase, ændre eksisterende infrastruktur uden utilsigtede afbrydelser og holde kode, state og virkelige ressourcer i overensstemmelse.

Terraform er vigtig, når infrastruktur skal kunne oprettes ensartet og gentageligt. Det gælder især organisationer med cloud-platforme, flere miljøer eller mange teams, hvor manuel konfiguration hurtigt bliver vanskelig at styre.

Færdigheden gør en forskel ved etablering af udviklings-, test- og produktionsmiljøer. Den samme grundstruktur kan beskrives som kode og genbruges med kontrollerede forskelle mellem miljøerne.

Terraform er også vigtig ved cloud-migreringer og etablering af nye platforme. Netværk, identiteter, sikkerhedsgrupper, compute, databaser og andre komponenter kan opbygges gennem et dokumenteret workflow frem for en række manuelle klik.

Platform engineering og DevOps er andre typiske områder. Her bruges Terraform til at skabe standardiserede byggeklodser, som udviklingsteams kan anvende uden selv at skulle designe al underliggende infrastruktur fra bunden.

Terraform bliver særlig værdifuld, når der stilles krav til sporbarhed og review. Infrastrukturændringer kan ligge i versionsstyring, gennemgås som kode og kobles til en godkendelsesproces før deployment.

Færdigheden er også vigtig ved fejlfinding. Hvis den virkelige infrastruktur er blevet ændret uden om Terraform, kan der opstå drift mellem konfiguration, state og virkelighed. En erfaren bruger kan identificere forskellen og vælge en sikker måde at bringe miljøet tilbage under kontrol.

Typiske roller er cloud engineer, DevOps engineer, platform engineer, site reliability engineer, infrastructure engineer og cloud architect. Terraform indgår også ofte i sikkerheds- og governancearbejde, hvor organisationen ønsker standardiserede infrastrukturopsætninger.

Terraform læres bedst ved at kombinere den officielle dokumentation med praktiske miljøer. HashiCorp Developer har officielle Terraform-tutorials, hvor man kan arbejde med blandt andet AWS, Azure, Google Cloud, Docker, modules, state og Terraform CLI.

Et godt første projekt er at oprette en lille infrastruktur fra bunden. Skriv ressourcerne som Terraform-konfiguration, kør init og plan, gennemgå ændringerne og anvend dem. Ændr derefter infrastrukturen, og undersøg præcis hvad Terraform planlægger at gøre.

Næste trin er at arbejde med variables, outputs, data sources og modules. Byg eksempelvis et genbrugeligt netværksmodul eller en standardiseret applikationsplatform og brug modulet fra flere root modules.

State bør trænes bevidst. Prøv at importere en eksisterende ressource. Flyt en ressource mellem adresser på en kontrolleret måde. Undersøg, hvordan Terraform reagerer på en manuel ændring uden for Terraform. Det giver en langt bedre forståelse end kun at følge eksempler, hvor alt fungerer første gang.

Derefter bør Terraform bruges gennem Git og en CI/CD-proces. Træn pull requests, automatiske plans, kontrollerede applies, remote state og håndtering af credentials. Det ligner den arbejdsform, man møder i professionelle teams.

Terraform har også indbyggede muligheder for tests af konfiguration. Det er relevant at lære, når man begynder at udvikle genbrugelige modules, som andre teams skal kunne stole på.

HashiCorp Certified: Terraform Associate er en kendt certificering til grundlæggende Terraform-kendskab. HashiCorp har også Terraform Authoring and Operations Professional til mere avanceret anvendelse. Certificering kan strukturere læringen, men erstatter ikke erfaring med rigtige ændringer og fejlscenarier.

En stærk bruger af Terraform bliver typisk formet af situationer, hvor en plan indeholder en uventet erstatning, en import ikke passer til den eksisterende kode, et module skal ændres uden at ødelægge forbrugerne, eller state og den virkelige platform ikke længere passer sammen.

Terraform er derfor ikke en færdighed, man behersker efter et kort kursus. Syntaksen kan læres forholdsvis hurtigt. Den professionelle færdighed ligger i arkitektur, state, modules, cloud-forståelse, ændringskontrol og evnen til at forudse konsekvenserne af en apply.

Bed personen beskrive en Terraform-løsning, vedkommende selv har været ansvarlig for. Spørg ikke kun, hvor mange .tf-filer projektet havde. Spørg hvordan state, modules, miljøer, credentials og deployments blev organiseret.

Spørg hvad personen gør, når terraform plan vil erstatte en kritisk ressource. En erfaren bruger trykker ikke bare apply. Personen undersøger årsagen, providerens adfærd, resource lifecycle og mulige konsekvenser og vælger derefter en kontrolleret ændringsmetode.

Spørg også om state. Hvad sker der, hvis state forsvinder? Hvor bør teamets state ligge? Hvordan håndteres låsning og adgang? Hvordan bringer man en eksisterende cloud-ressource under Terraform-styring? Gode svar viser, om personen har arbejdet med Terraform ud over simple øvelser.

Et andet godt spørgsmål er, hvordan et module bør designes. En erfaren person kan forklare, hvad der bør være konfigurerbart, hvilke outputs der bør eksponeres, hvordan versionsændringer håndteres, og hvorfor et module ikke bør forsøge at skjule enhver detalje i den underliggende platform.

Bed personen forklare forskellen mellem Terraform-kode og cloud-arkitektur. En stærk bruger af Terraform ved, at korrekt syntaks ikke betyder, at arkitekturen er god. Personen kan forklare de AWS-, Azure-, Google Cloud- eller andre platformskomponenter, som koden opretter.

Se også efter arbejdsformen omkring koden. Professionel Terraform bliver normalt behandlet som software: versionsstyring, review, automatiske checks, dokumentation og kontrollerede deployments.

Det stærkeste tegn på Terraform-færdighed er ikke, at personen kan huske mange resource-navne. Det er evnen til at ændre eksisterende infrastruktur forudsigeligt, forklare konsekvenserne af en plan og rette problemer uden at miste kontrollen over state eller produktion.