Come funziona il load balancing in AWS?

Question

Accepted Answer

**Elastic Load Balancing (ELB)** distribuisce il traffico in ingresso su più target (istanze EC2, container, ecc.) — migliorando la **disponibilità** (nessun singolo punto di guasto) e la **scalabilità** (diffusione del carico). È un componente chiave per applicazioni affidabili e scalabili.

## Cosa fa un load balancer

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

## Tipi di load balancer AWS

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

## Caratteristiche principali

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

## Perché è importante

Comprendere il load balancing è prezioso perché è un componente chiave per costruire applicazioni **affidabili e scalabili** su AWS, quindi è una conoscenza pratica importante.

Un load balancer affronta due esigenze fondamentali: la **disponibilità** (distribuendo il traffico su più target backend con **health check** che instradano solo ai target integri, quindi se un'istanza non funziona, il traffico continua verso le altre — eliminando singoli punti di guasto) e la **scalabilità** (diffusione del carico su più istanze in modo che nessuna sia sovraccarica, e fornendo un singolo punto di ingresso).

Questo rende il load balancing essenziale per qualsiasi applicazione che deve gestire traffico significativo in modo affidabile.

Comprendere i **tipi** — **Application Load Balancer (ALB)** per Layer 7 HTTP/HTTPS con routing basato su contenuto/percorso/host (la scelta comune per applicazioni web e microservizi), **Network Load Balancer (NLB)** per Layer 4 ultra-alta performance TCP/UDP — aiuta a scegliere quello giusto.

Comprendere le **caratteristiche principali** è importante: health check (per l'affidabilità), diffusione tra **più AZ** (sopravvivenza ai guasti di AZ, combinazione con il pattern di alta disponibilità), integrazione con **auto scaling** (inclusione automatica di nuove istanze durante lo scaling — quindi load balancing e auto scaling lavorano insieme per applicazioni elastiche e resilienti), e terminazione SSL/TLS.

La combinazione di load balancing + auto scaling + distribuzione multi-AZ è il pattern fondamentale per applicazioni AWS scalabili e altamente disponibili.

Poiché le applicazioni affidabili e scalabili richiedono di distribuire il traffico su più istanze (per disponibilità e scala), e poiché ELB (con i suoi tipi, health check, diffusione multi-AZ, e integrazione con auto scaling) è il meccanismo per questo, comprendere il load balancing è una conoscenza AWS preziosa e praticamente importante — un componente centrale dell'architettura cloud resiliente che funziona insieme ad auto scaling e distribuzione multi-AZ per costruire applicazioni che gestiscono il traffico del mondo reale in modo affidabile e su larga scala.