Hva er Infrastructure as Code (CloudFormation, Terraform)?

Question

Accepted Answer

**Infrastructure as Code (IaC)** betyr at du definer og administrer infrastrukturen din (servere, nettverk, databaser) gjennom **kode/konfigurasjonsfiler** i stedet for manuell oppsett. Verktøy som **CloudFormation**, **Terraform** og **CDK** gjør infrastrukturen repeaterbar, versjonskontrollert og automatisert.

## Problemet IaC løser

```text
MANUALLY setting up infrastructure (clicking in the Console) is:
  → not REPEATABLE (hard to recreate identically; error-prone)
  → not VERSIONED (no history of what changed, by whom, why)
  → not DOCUMENTED (the setup lives only in someone's memory/clicks)
  → hard to review, share, or roll back
→ IaC defines infrastructure in CODE → solving all of this.
```

## Hvordan IaC fungerer

```text
Write infrastructure as code (declarative files describing the DESIRED state):
  → the tool reads the code and CREATES/UPDATES the actual infrastructure to match
  → re-runnable (idempotent): apply the same code → the same infrastructure
  → store in Git → version control, code review, history, collaboration
```

```yaml
# CloudFormation example (YAML): declare an S3 bucket
Resources:
  MyBucket:
    Type: AWS::S3::Bucket
    Properties:
      BucketName: my-app-bucket
# → deploying this creates the bucket; the code IS the source of truth
```

## Vanlige IaC-verktøy

```text
CLOUDFORMATION → AWS's native IaC (JSON/YAML); AWS-only; deeply integrated
TERRAFORM → multi-cloud (HashiCorp); declarative (HCL); the most popular, cloud-agnostic
AWS CDK → define infrastructure in real programming languages (TS, Python) →
  synthesizes to CloudFormation (loops, abstractions, familiar code)
PULUMI → similar to CDK, multi-cloud, real languages
```

## Hvorfor det betyr noe

Å forstå Infrastructure as Code er verdifullt fordi det er en fundamental best practice innen moderne cloud og DevOps, så det er viktig kunnskap for å administrere infrastruktur profesjonelt.

IaC løser reelle problemer med **manuell infrastrukturoppsett** (klikking i konsollen): manuelt oppsett er ikke repeaterbart (vanskelig å gjenskape identisk, utsatt for feil), det er ikke versjonskontrollert (ingen historikk over endringer), det er ikke dokumentert (konfigurasjonen finnes bare i noens handlinger), og det er vanskelig å se på eller rulles tilbake. **IaC adresserer alt dette** ved å definere infrastruktur i **kode** — noe som gjør det **repeaterbart** (samme kode produserer samme infrastruktur pålitelig), **versjonskontrollert** (lagret i Git med historikk, gjennomgang og samarbeid som applikasjonskode), **dokumentert** (koden er kilden til sannhet), og **automatiserbart** (integrert i CI/CD).

Dette transformerer infrastrukturadministrasjon fra utsatt for feil manuelt arbeid til en disiplinert, reproduserbar ingeniørpraksis.

Å forstå **vanlige verktøy** — **CloudFormation** (AWS sin native IaC), **Terraform** (det populære cloud-agnostiske, multi-cloud-verktøyet), **CDK** (definering av infrastruktur i ekte programmeringsspråk) — hjelper til med å velge den riktige tilnærmingen.

Å forstå den deklarative modellen (beskrive ønsket tilstand, med verktøyet som gjør virkeligheten samsvarer) er kjernekonseptet.

IaC er sentral for moderne DevOps og pålitelig cloud-drift — administrering av produksjonsinfrastruktur som kode er en utbredt profesjonell standard.

Siden reproduserbar, versjonskontrollert, automatisert infrastruktur er essensielt for pålitelig cloud-drift (og manuelt oppsett forårsaker reelle problemer), og siden IaC (CloudFormation, Terraform, CDK) er etablert praksis for å oppnå det, er forståelse av Infrastructure as Code verdifullt, profesjonelt viktig kunnskap for moderne cloud- og DevOps-arbeid — en fundamental best practice som gjør infrastruktur pålitelig, repeaterbar og vedlikeholdbar, i økende grad forventet i cloud-fokuserte roller og sentral for hvordan profesjonelle team administrerer infrastrukturen sin.