Il team di sviluppo di una startup sta implementando una nuova applicazione multi-tier su AWS. L'applicazione verrà eseguita su istanze Amazon EC2 in un gruppo Auto Scaling dietro un Network Load Balancer (NLB) pubblico e dovrà supportare sia il traffico UDP che TCP. Inizialmente servirà gli utenti in una singola area geografica, ma il team prevede di espandersi a più Regioni AWS in modo che le implementazioni possano essere posizionate più vicino agli utenti finali. Vogliono controllare la quantità di traffico che ogni Regione riceve durante i rollout a fasi delle nuove versioni e devono minimizzare la latenza del primo byte e il jitter per gli utenti. Come dovrebbe il team progettare l'architettura di rete per soddisfare questi requisiti?

AWS Global Accelerator è la soluzione più adatta perché offre indirizzi IP statici anycast che migliorano le prestazioni instradando il traffico attraverso la rete globale di AWS, riducendo la latenza e il jitter. Supporta sia TCP che UDP, come richiesto. Il "traffic dial" consente un controllo granulare sul traffico diretto a ciascuna regione, facilitando i rollout a fasi. Gli NLB regionali possono essere registrati come endpoint. Le altre opzioni sono meno adatte: CloudFront è una CDN ottimizzata principalmente per il traffico HTTP/S e non supporta nativamente UDP, né offre il controllo del traffico a livello di Global Accelerator per i rollout a fasi. Amazon S3 Transfer Acceleration è progettato per accelerare i caricamenti su S3 e non è rilevante per un'applicazione multi-tier dietro un NLB. L'uso di CloudFront con un gruppo di origini e Route 53 basato sulla latenza non soddisfa il requisito di supporto UDP e non offre il controllo del traffico granulare del traffic dial di Global Accelerator.