Un'azienda esegue un'applicazione containerizzata utilizzando Amazon Elastic Kubernetes Service (Amazon EKS). L'applicazione include microservizi che gestiscono i clienti ed effettuano ordini. L'azienda deve instradare le richieste in entrata ai microservizi appropriati. Quale soluzione soddisferà questo requisito nel modo PIÙ conveniente?

L'utilizzo di AWS Load Balancer Controller per il provisioning di un Application Load Balancer (ALB) è la soluzione più conveniente perché gli ALB sono progettati per il bilanciamento del carico a livello di applicazione (livello 7 del modello OSI), ideali per instradare il traffico HTTP/HTTPS a microservizi specifici basati su regole come il percorso URL o l'intestazione host. Il controller automatizza la gestione dell'ALB all'interno di EKS. Un Network Load Balancer (NLB) opera a livello di trasporto (livello 4) ed è ottimizzato per prestazioni estreme e traffico TCP/UDP, ma non offre le funzionalità di routing basato sul contenuto necessarie per i microservizi, rendendolo meno efficiente per questo caso d'uso. Le funzioni AWS Lambda e Amazon API Gateway sono soluzioni valide per l'instradamento del traffico, ma introducono un livello aggiuntivo di astrazione e gestione esterna a EKS, potenzialmente aumentando la complessità e i costi operativi rispetto all'integrazione nativa di un ALB con EKS tramite il Load Balancer Controller.