Un'azienda dispone di 10 istanze EC2 di server web in un gruppo Auto Scaling in una VPC di produzione e di 10 server web on-premises. Una Direct Connect da 10 Gbps collega il data center alla VPC. La soluzione deve accettare HTTPS da migliaia di utenti esterni e distribuire le sessioni sia sui server AWS che su quelli on-premise. Ogni richiesta HTTPS deve rimanere sullo stesso server backend per l'intera sessione, indipendentemente dalla posizione del server. Quale design soddisfa questi requisiti?

L'Application Load Balancer (ALB) è la scelta corretta perché opera a livello 7 (HTTP/HTTPS) e supporta l'affinità di sessione basata su cookie, essenziale per mantenere le sessioni utente sullo stesso server backend. L'ALB è inoltre in grado di gestire il traffico HTTPS in ingresso e distribuirlo sia alle istanze EC2 che ai server on-premise. Specificare "ip" come tipo di target è fondamentale per registrare i server on-premise, poiché non sono istanze EC2. Un Network Load Balancer (NLB) opera a livello 4 e non supporta l'affinità di sessione basata su applicazione, né la terminazione HTTPS nativa, rendendolo inadatto a questo requisito. L'opzione che specifica "instance" come tipo di target non è valida per i server on-premise.