Un provider SaaS espone API tramite un Application Load Balancer (ALB) in us-east-1 che inoltra le richieste a un cluster Amazon EKS. Le API utilizzano diversi metodi REST non standard (LINK, UNLINK, LOCK, UNLOCK). Gli utenti al di fuori degli Stati Uniti riscontrano tempi di risposta lunghi e incoerenti. L'architetto di soluzioni deve migliorare le prestazioni globali riducendo al minimo l'overhead operativo. Quale soluzione raggiunge questo obiettivo?

AWS Global Accelerator è la soluzione più efficace per migliorare le prestazioni globali mantenendo un basso overhead operativo. Global Accelerator instrada il traffico utente attraverso la rete globale di AWS, utilizzando punti di presenza (PoP) edge per instradare gli utenti al PoP più vicino e quindi alla risorsa AWS più vicina (in questo caso, l'ALB in us-east-1) tramite la dorsale di AWS. Questo riduce la latenza e la variabilità per gli utenti internazionali. Aggiungere una distribuzione Amazon CloudFront non è ideale perché i metodi REST non standard (LINK, UNLINK, LOCK, UNLOCK) non sono tipicamente memorizzabili nella cache da CloudFront, che è ottimizzato per GET e HEAD. Aggiungere un endpoint API ottimizzato per l'edge di Amazon API Gateway è una soluzione valida per migliorare le prestazioni, ma API Gateway potrebbe non supportare nativamente tutti i metodi REST non standard senza configurazioni aggiuntive o proxy, aumentando l'overhead operativo rispetto a Global Accelerator. Distribuire le API in due Regioni aggiuntive e utilizzare Route 53 basato sulla latenza migliorerebbe le prestazioni, ma comporta un aumento significativo dell'overhead operativo e dei costi per mantenere e sincronizzare le API in più Regioni.