Hvad er Infrastructure as Code (CloudFormation, Terraform)?

Question

Accepted Answer

**Infrastructure as Code (IaC)** betyder at definere og administrere din infrastruktur (servere, netværk, databaser) gennem **kode/konfigurationsfiler** i stedet for manuel opsætning. Værktøjer som **CloudFormation**, **Terraform** og **CDK** gør infrastruktur genbrugelig, versionskontrolleret og automatiseret.

## Problemet som 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
```

## Almindelige IaC-værktøjer

```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 betyder noget

At forstå Infrastructure as Code er værdifuldt, fordi det er en grundlæggende best practice i moderne cloud og DevOps, så det er vigtig viden for professionel infrastrukturadministration.

IaC løser virkelige problemer med **manuel infrastrukturkonfiguration** (at klikke i Console): manuel opsætning er ikke genbrugelig (svært at genskabe identisk, fejlprone), er ikke versionskontrolleret (ingen historik over ændringer), er ikke dokumenteret (konfigurationen findes kun i nogle menneskers handlinger), og er svær at gennemse eller rulle tilbage. **IaC løser alt dette** ved at definere infrastruktur i **kode** — hvilket gør det **genbrugelig** (samme kode producerer samme infrastruktur pålideligt), **versionskontrolleret** (gemt i Git med historik, gennemgang og samarbejde som applikationskode), **dokumenteret** (koden er kilden til sandhed), og **automatiserbar** (integreret i CI/CD).

Dette omformer infrastrukturadministration fra fejlprone manuelle arbejde til en disciplineret, reproducerbar ingeniørpraksis.

At forstå de **almindelige værktøjer** — **CloudFormation** (AWS's native IaC), **Terraform** (det populære cloud-agnostiske, multi-cloud værktøj), **CDK** (definition af infrastruktur i rigtige programmeringssprog) — hjælper med at vælge den rette tilgang.

At forstå den deklarative model (beskrivelse af ønsket tilstand, med værktøjet der sørger for at virkeligheden matcher) er kernekoncept.

IaC er centralt for moderne DevOps og pålidelig cloud-drift — administration af produktionsinfrastruktur som kode er en udbredt professionel standard.

Fordi reproducerbar, versionskontrolleret, automatiseret infrastruktur er essentiel for pålidelig cloud-drift (og manuel opsætning forårsager virkelige problemer), og fordi IaC (CloudFormation, Terraform, CDK) er den etablerede praksis for at opnå det, er forståelse af Infrastructure as Code værdifuld, professionelt vigtig viden for moderne cloud og DevOps arbejde — en grundlæggende best practice der gør infrastruktur pålidelig, genbrugelig og vedligeholdelsesvenlig, i stigende grad forventet i cloud-fokuserede roller og central for hvordan professionelle teams administrerer deres infrastruktur.