Kako funkcionira auto scaling u AWS-u?

Question

Accepted Answer

**Auto Scaling** automatski prilagođava broj pokrenenih resursa (npr. EC2 instanci) na osnovu potražnje — dodajući kapacitet kada se opterećenje povećava i uklanjajući ga kada se opterećenje smanjuje. Ključan je za građenje aplikacija koje su istovremeno **pouzdane** (mogu podnijeti skokove u prometu) i **isplative** (ne provjere preplanirane kapacitete).

## Što auto scaling čini

```text
Auto Scaling adjusts capacity AUTOMATICALLY based on demand:
  → load INCREASES (traffic spike) → add instances (scale OUT) → handle the load
  → load DECREASES → remove instances (scale IN) → save money
→ Match capacity to demand automatically: reliable under load, cheap when idle.
```

## EC2 Auto Scaling Groups (ASG)

```text
An AUTO SCALING GROUP manages a fleet of EC2 instances:
  MIN / MAX / DESIRED capacity → bounds and target number of instances
  LAUNCH TEMPLATE → how to launch new instances (AMI, type, config)
  SCALING POLICIES → rules for when to scale (see below)
  HEALTH CHECKS → replace unhealthy instances automatically (self-healing!)
  → typically spread across multiple AZs (high availability)
```

## Scaling politike (kada skalirati)

```text
TARGET TRACKING → keep a metric at a target (e.g. "keep average CPU at 50%") — simplest
STEP / SIMPLE SCALING → add/remove N instances when a metric crosses a threshold
SCHEDULED → scale at known times (e.g. more capacity during business hours)
PREDICTIVE → ML-based, anticipating load
→ Usually based on CloudWatch metrics (CPU, request count, custom metrics).
```

## Zašto je to važno

```text
✓ RELIABILITY — handle traffic spikes automatically (no manual intervention, no overload)
✓ COST-EFFICIENCY — scale IN during low demand → don't pay for idle capacity
✓ SELF-HEALING — auto-replace failed instances (combined with health checks)
✓ Pairs with a LOAD BALANCER (distributes traffic across the scaled instances)
```

## Zašto je to važno

Razumijevanje auto scalinga vrijedno je za građenje aplikacija koje su istovremeno pouzdane i isplative, pa je važno praktično znanje AWS-a.

Auto scaling rješava temeljni cloud izazov: automatsko usklađivanje kapaciteta s **varijabilnom potražnjom** — **dodavanje instanci kada se opterećenje povećava** (rukovanje skokovima u prometu bez ručne intervencije ili preopterećenja, osiguravanje pouzdanosti) i **uklanjanje ih kada se opterećenje smanjuje** (izbjegavanje plaćanja za neiskorišteni kapacitet, osiguravanje isplativosti).

Ova dvojna korist (pouzdanost pod opterećenjem + uštede troškova kada su neaktivne) ključna je za iskorištenje cloud elastičnosti, i daleko je bolja od statičkog planiranja na osnovu vršnog opterećenja (neekonomično) ili prosječnog opterećenja (ne uspijeva pod skokovima).

Razumijevanje **Auto Scaling Groups** (upravljanje flotom EC2 instanci s min/max/željenim kapacitetom, launch templateima i health checkovima koji automatski zamjenjuju nezdrave instance za **samooporavak**) i kako se obično distribuiraju kroz **više AZ-ova** (kombiniranje skaliranja s visokom dostupnošću) je osnovno praktično znanje.

Razumijevanje **scaling politika** (target tracking za održavanje metrike poput CPU-a na ciljanoj razini — najjednostavnije i najčešće korišteno; step scaling na pragovima; scheduled scaling za poznate obrasce; predictive scaling) na osnovu CloudWatch metrika neophodno je za odgovarajuću konfiguraciju skaliranja.

Znanje da auto scaling **radi zajedno s load balancerom** (koji distribuira promet preko dinamički mijenjajućih instanci) dovršava sliku skalabilne, otporne arhitekture.

Budući da je rukovanje varijabilnom potražnjom pouzdano i ekonomski učinkovito temeljni cloud zahtjev, i budući da je auto scaling (s scaling grupama, politikama, health checkovima i load balancingom) mehanizam koji to postiže, razumijevanje auto scalinga vrijedno je, praktično važno AWS znanje za građenje aplikacija koje se skaliraju s potražnjom — temeljnu mogućnost za pouzdanu, isplativu cloud arhitekturu i ključnu temu za projektiranje sustava koji rukuju stvarnim varijabilnim prometom.