Kas yra infrastruktūra kaip kodas (CloudFormation, Terraform)?

Question

Accepted Answer

**Infrastruktūra kaip kodas (IaC)** reiškia infrastruktūros (serverių, tinklų, duomenų bazių) apibrėžimą ir valdymą per **kodą/konfigūracijos failus**, o ne per rankinį konfigūravimą. Tokiu instrumentai kaip **CloudFormation**, **Terraform** ir **CDK** daro infrastruktūrą pasikartojamą, versijų kontrolei prieinamą ir automatizuotą.

## Problema, kurią IaC sprendžia

```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.
```

## Kaip IaC veikia

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

## Bendri IaC instrumentai

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

## Kodėl tai svarbu

Supratimas apie infrastruktūrą kaip kodą yra vertingas, nes tai yra pagrindinė šiuolaikinės debesies ir DevOps geroji praktika, todėl svarbi žinios profesionaliam infrastruktūros valdymui.

IaC sprendžia tikras problemas, susijusias su **rankine infrastruktūros sąranka** (vedimas per konsolę): rankinė sąranka nėra pasikartojama (sunku ją sukurti identiškai, priklaidų linkę), nėra versijų kontroliuojama (nėra pakeitimų istorijos), nėra dokumentuota (konfigūracija egzistuoja tik kaip čieiių veiksmų seka), ir sunkiai galima ją peržiūrėti arba grąžinti. **IaC visus šiuos dalykus sprendžia** apibrėždama infrastruktūrą **kodu** — darydama ją **pasikartojamą** (tas pats kodas sukuria tokią pačią infrastruktūrą patikimai), **versijų kontroliuojamą** (laikymo Git su istorija, peržiūra ir bendradarbiavimo galimybėmis, kaip programinis kodas), **dokumentuotą** (kodas yra tiesos šaltinis), ir **automatizuotą** (integruota į CI/CD).

Tai infrastruktūros valdymą transformuoja iš klaidų linkusio rankinio darbo į sutvarkytą, pasikartojamą inžinerinę praktiką.

Supratimas apie **bendrus instrumentus** — **CloudFormation** (AWS savasis IaC), **Terraform** (populiarus debesies-agnostinis, daugiadebesinis instrumentas), **CDK** (infrastruktūros apibrėžimas realiais programavimo kalbomis) — padeda pasirinkti tinkamą požiūrį.

Supratimas apie deklaracinį modelį (pageidaujamos būsenos aprašymas, kai instrumentas daro realybę atitinkančią) yra pagrindinė sąvoka.

IaC yra šiuolaikinio DevOps ir patikimos debesies operacijų centras — gamybinės infrastruktūros valdymas kaip kodas yra plačiai priimta profesionali standartė.

Kadangi pasikartojama, versijų kontroliuojama, automatizuota infrastruktūra yra esminė patikimoms debesies operacijoms (o rankinė sąranka sukelia tikras problemas), ir kadangi IaC (CloudFormation, Terraform, CDK) yra nustatyta praktika jos pasiekimui, infrastruktūros kaip kodo supratimas yra vertinga, profesionaliai svarbi žinios moderniam debesies ir DevOps darbui — pagrindinė geroji praktika, kuri daro infrastruktūrą patikima, pasikartojama ir palaikyti paprastą, vis labiau tikėtina debesimi susijusiose pareigose ir centrinė profesionalių komandų infrastruktūros valdymo praktika.