Una nuova applicazione web viene lanciata su più istanze EC2 dietro un Application Load Balancer in un gruppo Auto Scaling. Gli utenti si lamentano di dover effettuare il login ripetutamente. Cosa dovrebbe fare l'amministratore SysOps per interrompere le frequenti riautenticazioni?

Abilitare l'affinità di sessione (sticky sessions) sull'Application Load Balancer (ALB) è la soluzione corretta. L'affinità di sessione garantisce che le richieste successive dallo stesso client vengano sempre instradate alla stessa istanza EC2. Questo è fondamentale per le applicazioni che mantengono lo stato della sessione localmente sull'istanza, prevenendo la necessità di ripetute autenticazioni quando il client viene reindirizzato a un'istanza diversa. Posizionare una distribuzione Amazon CloudFront davanti all'ALB non risolverebbe il problema di autenticazione, in quanto CloudFront è una CDN che si occupa principalmente di caching e distribuzione dei contenuti, non della gestione dello stato della sessione tra il client e le istanze backend. Ricostruire le istanze EC2 in un gruppo di posizionamento spread migliorerebbe la tolleranza agli errori distribuendo le istanze su hardware sottostante diverso, ma non influirebbe sulla gestione delle sessioni. Sostituire l'Application Load Balancer con un Network Load Balancer (NLB) non è appropriato perché l'NLB opera a livello di trasporto (Layer 4) e non supporta l'affinità di sessione basata su cookie o intestazioni HTTP, che è necessaria per le applicazioni web.