Kaip veikia apkrovos balansavimas AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** paskirsto į atėjusį srautą keliems tikslams (EC2 egzemplioriams, konteineriams ir kt.) — gerindama **prieinamumą** (nėra vieno gedimo taško) ir **mastelį** (srautas pasiskirsto). Tai pagrindinė patikimų, mastelių programų komponentė.

## Ką daro apkrovos balanseris

```text
A LOAD BALANCER sits in front of multiple backend targets and distributes requests:
  Client → LOAD BALANCER → ┬→ Instance 1
                           ├→ Instance 2
                           └→ Instance 3
  → spreads traffic across targets (scalability + no single instance overloaded)
  → HEALTH CHECKS: routes only to HEALTHY targets (an unhealthy one is bypassed)
  → if a target fails, traffic goes to the others → HIGH AVAILABILITY
  → single entry point (clients hit the LB, not individual instances)
```

## AWS apkrovos balansatorių tipai

```text
APPLICATION LB (ALB) → Layer 7 (HTTP/HTTPS): content/path/host-based routing,
  great for web apps, microservices, containers (route /api → one group, /app → another)
NETWORK LB (NLB) → Layer 4 (TCP/UDP): ultra-high performance, low latency, static IPs
GATEWAY LB → for deploying virtual network appliances
(Classic LB → legacy)
→ ALB is the common choice for HTTP applications.
```

## Pagrindinės funkcijos

```text
✓ HEALTH CHECKS — detect unhealthy targets and stop routing to them (reliability)
✓ Spread across MULTIPLE AZs — survive an AZ failure
✓ Works with AUTO SCALING — automatically includes new instances as they scale
✓ SSL/TLS termination (handle HTTPS at the LB)
✓ Sticky sessions, path/host routing (ALB), WebSocket support
```

## Kodėl tai svarbu

Suprasti apkrovos balansavimą vertinga, nes tai pagrindinė komponentė **patikimiems ir masteliamiems** programoms AWS kurti, todėl tai svarbi praktinė žinios.

Apkrovos balanseris sprendžia du pagrindinius poreikius: **prieinamumą** (paskirsdamas srautą keliems atsarginės kopijos tikslams su **sveikatos patikrims**, kurie nukreipia srautą tik į sveikus tikslus, todėl jei vienas egzempliorius sugenda, srautas tęsiasi į kitus — eliminuojant vieną gedimo tašką) ir **mastelį** (srautą pasiskirsto keliems egzemplioriams, kad joks vienas nebūtų perkrautas, ir suteikiant vieną įėjimo tašką).

Tai apkrovos balansavimą pagrindine bet kuriai programai, kuri turi patikimai tvarkyti reikšmingą srautą.

Suprasti **tipus** — **Application Load Balancer (ALB)** 7 sluoksniui HTTP/HTTPS su turinio/kelio/host pagrindu nukreipimu (dažnas pasirinkimas žiniatinklio programoms ir mikropaslaugu), **Network Load Balancer (NLB)** 4 sluoksniui ultra-aukšto dažnio TCP/UDP — padeda pasirinkti tinkamą.

Suprasti **pagrindines funkcijas** yra svarbu: sveikatos patikros (patikimumui), paskirstymas keliuose **AZ** (išlikimas AZ gedimams, sujungus su aukšto pasiekiamumo šablonu), integravimas su **automatinio mastelio didinimo** (automatiškai įdedant naujus egzemplioriaus, kurie mastelinami — todėl apkrovos balansavimas ir automatinis mastelio didinimas veikia kartu dėl elastingų, atsparių programų), ir SSL/TLS nutraukimas.

Apkrovos balansavimo + automatinio mastelio didinimo + multi-AZ diegimo derinys yra pagrindinis modelis masteliamiems, labai pasiekiamiems AWS programoms.

Kadangi patikimiems, masteliamiems programoms reikalingas srautas paskirstyti keliems egzemplioriams (prieinamumui ir mastelui), o ELB (su jo tipais, sveikatos patikromis, multi-AZ platinimu ir auto-scaling integravimu) yra šio mechanizmo, supratimas apkrovos balansavimo yra vertingas, praktiniu požiūriu svarbus AWS žinios — atsparaus cloud architektūros pagrindinė komponentė, kuri veikia rankoje su automatinio mastelio didinimo ir multi-AZ diegimu norėdami kurti programas, kurios patikimai ir mastelyje tvarko realaus pasaulio srautą.