Un'azienda ha 10 web server EC2 in una VPC di produzione e 10 web server in un data center on-premise. Hanno una connessione Direct Connect da 10 Gbps tra il data center e la VPC di produzione. Il data center utilizza 10.100.0.0/20. L'azienda necessita di una soluzione di bilanciamento del carico che accetti richieste HTTPS da migliaia di utenti internet e distribuisca le richieste sia ai server cloud che a quelli on-premise. Le sessioni devono rimanere sullo stesso web server per tutta la loro durata, indipendentemente dalla posizione del server. Quale soluzione soddisfa questi requisiti?

La risposta corretta è l'implementazione di un Application Load Balancer (ALB) nella VPC di produzione. L'ALB è ideale per bilanciare il carico di traffico HTTPS e gestire migliaia di utenti, operando a livello 7 (HTTP/HTTPS). La possibilità di specificare IP come tipo di target consente di registrare sia le istanze EC2 che i server on-premise (tramite Direct Connect) nello stesso ALB. Inoltre, l'ALB supporta le sticky session basate su cookie, che garantiscono che le richieste di un utente rimangano sullo stesso server per tutta la durata della sessione, soddisfacendo il requisito di persistenza. Le opzioni che propongono un Network Load Balancer (NLB) sono errate perché l'NLB opera a livello 4 e non supporta sticky session basate su applicazione, né è ottimizzato per la gestione avanzata del traffico HTTPS come richiesto. L'opzione che propone l'ALB ma con tipo di target "instance" è errata perché non permette di registrare server on-premise direttamente, ma solo istanze EC2.