AWS · Infrastruttura · scheda YoctoIT

Elasticità

L'elasticità vera del cloud: bilanciatori gestiti e capacità che segue il carico — la disponibilità multi-AZ come impostazione, non come progetto.

FOCUS · ALTA DISPONIBILITÀMulti-AZ by design: l'applicazione che sopravvive al guasto di un intero data center
Richiedi il Free Assessment Scopri di più
Materiale YoctoIT per clienti e partner · AWS e i nomi dei servizi sono marchi di Amazon.com, Inc.
01 · Cos'è

Elastic Load Balancing & Auto Scaling, in chiaro.

ALB per il traffico HTTP moderno, NLB per il TCP spinto, Gateway LB per le appliance: i bilanciatori di AWS sono gestiti, scalano da soli e distribuiscono su più Availability Zone. Con gli Auto Scaling Group le istanze nascono e muoiono seguendo le metriche.

3 AZ
il minimo sindacale delle nostre architetture: il guasto di zona non è un incidente
Health check
il traffico va solo a chi sta bene: il failover è automatico
Zero pre-provisioning
la capacità segue il carico: niente ferro dimensionato sul picco
Icona ufficiale AWS — Elastic Load Balancing & Auto Scaling
ICONA UFFICIALE AWS · Elasticità
02 · Come lo si usa bene

Le cose che fanno la differenza.

Il flusso del traffico

Utenti / applicazioniil carico in ingresso
ALB · HTTP/S
NLB · TCP/UDP
Gateway LB
il bilanciatore giusto per protocollo
Target group multi-AZle istanze distribuite sulle zone
Auto Scaling Groupscale-out sui picchi, scale-in di notte
Dalla richiesta all'istanza, senza single point

Application Load Balancer

Routing per path e host, TLS gestito, WAF integrabile: il front-end delle applicazioni web.

Network Load Balancer

Milioni di connessioni a latenza minima: il bilanciatore dei carichi TCP seri.

Politiche di scaling

Target tracking sulle metriche giuste: la CPU non è sempre quella che conta.

Warm pool & lifecycle

Istanze pre-riscaldate e hook di ciclo vita: lo scale-out pronto anche per gli avvii lenti.

03 · In profondità

ALB, NLB e lo scaling che anticipa

ALB lavora a L7 (host/path routing, WebSocket, gRPC, OIDC integrato), NLB a L4 con milioni di connessioni e IP statici, Gateway LB inserisce appliance di sicurezza in linea. L'Auto Scaling group unisce health check, warm pool e policy: target tracking (mantieni CPU al 60%), step e predictive scaling che impara i pattern. Il segreto è il grace period giusto e AMI immutabili per scalare in secondi.

  • ALB L7 — routing per host/path/header, autenticazione OIDC davanti alle app
  • NLB L4 — IP statici, TLS passthrough e milioni di connessioni: il carico grezzo
  • Target tracking — 'tieni la CPU al 60%': la policy che si tara da sola
  • Predictive scaling — ML sui pattern storici: la capacità pronta PRIMA del picco
  • Warm pool — istanze pre-inizializzate: lo scale-out in secondi, non minuti
  • Health check — ELB + EC2 combinati: il nodo malato esce prima di far danni
04 · Numeri e ciclo di vita

I numeri che contano.

L4/L7
i due piani: NLB per il traffico grezzo, ALB per l'applicativo
60 s
lo scale-out tipico con AMI immutabili e warm pool
0
downtime nei deploy con rolling + connection draining
3 AZ
lo standard di distribuzione dei target
L'elasticità è disciplina: immagini immutabili, health check onesti e policy tarate sui TUOI pattern — la configuriamo e la mettiamo alla prova.
05 · Use case

Dove rende davvero.

E-commerce sotto picco

Il Black Friday senza dimensionare l'anno sul giorno: capacità elastica e bolletta onesta.

API mission-critical

Il backend che non conosce manutenzioni: rolling update dietro il bilanciatore.

Batch notturni

Flotte che nascono alle 2 e muoiono alle 5: il lavoro fatto, il costo azzerato.

Progettiamo multi-AZ per default: il guasto di zona è un non-evento — e lo dimostriamo nei test di failover.