Stai migrando un'applicazione web stateful a due livelli su AWS utilizzando Aurora PostgreSQL per il database, EC2 Auto Scaling per il livello applicativo ed Elastic Load Balancing. L'applicazione richiede un'esperienza utente coerente man mano che sia il livello applicativo che quello del database scalano. Quale configurazione fornirà un comportamento di sessione coerente e consentirà a entrambi i livelli di scalare in modo appropriato?

La risposta corretta abilita Aurora Auto Scaling per le repliche Aurora, che gestiscono il carico di lettura e sono scalabili in modo indipendente dai writer. Un Application Load Balancer (ALB) è la scelta appropriata per applicazioni web HTTP/HTTPS, e il routing round-robin distribuisce equamente le richieste. Le sticky sessions (affinità di sessione) sono cruciali per mantenere la coerenza dell'esperienza utente in un'applicazione stateful, garantendo che le richieste dello stesso utente vengano sempre indirizzate alla stessa istanza EC2. Le opzioni che menzionano i writer Aurora sono errate perché i writer non sono scalabili orizzontalmente come le repliche per gestire il carico di lettura. Le opzioni che menzionano un Network Load Balancer (NLB) sono errate perché un NLB opera a livello di trasporto (Layer 4) e non supporta le sticky sessions basate su cookie HTTP, necessarie per le applicazioni web stateful.