Het applicatieteam van een startup implementeert een nieuwe multi-tier app op AWS. De app draait op Amazon EC2-instances in een Auto Scaling-groep achter een openbare Network Load Balancer (NLB) en moet zowel UDP- als TCP-verkeer ondersteunen. Aanvankelijk zal de app gebruikers in één geografisch gebied bedienen, maar het team is van plan uit te breiden naar meerdere AWS-regio's, zodat implementaties dichter bij de eindgebruikers kunnen worden geplaatst. Ze willen bepalen hoeveel verkeer elke regio ontvangt tijdens gefaseerde uitrol van nieuwe versies, en ze moeten de first-byte latency en jitter voor gebruikers minimaliseren. Hoe moet het team de netwerkarchitectuur ontwerpen om aan deze vereisten te voldoen?

De juiste optie is AWS Global Accelerator. Global Accelerator verbetert de beschikbaarheid en prestaties van applicaties voor wereldwijde gebruikers door verkeer via het wereldwijde AWS-netwerk te leiden naar de dichtstbijzijnde, meest gezonde endpoint. Het ondersteunt zowel TCP als UDP, wat essentieel is voor deze applicatie. Met Global Accelerator kunnen NLB's als endpoints worden geregistreerd. De "traffic dial" functionaliteit maakt gefaseerde uitrol en het regelen van verkeersdistributie per regio mogelijk. Dit helpt bij het minimaliseren van latency en jitter door gebruik te maken van het AWS-backbone netwerk. Amazon CloudFront is een Content Delivery Network (CDN) dat voornamelijk is ontworpen voor het cachen van statische en dynamische webcontent, en werkt voornamelijk met HTTP/HTTPS. Het is niet optimaal voor het direct routeren van UDP-verkeer of het minimaliseren van first-byte latency voor applicaties die niet primair op caching zijn gericht. Route 53 weighted routing policy kan verkeer verdelen, maar stuurt gebruikers niet via het geoptimaliseerde AWS-netwerk, wat de latency en jitter kan verhogen. Amazon S3 Transfer Acceleration is specifiek voor het versnellen van uploads naar S3-buckets en is niet relevant voor het routeren van applicatieverkeer via NLB's.