Een implementatie in één regio host een app op Amazon EC2 die zowel HTTP- als niet-HTTP TCP-verbindingen moet accepteren. Het bedrijf wil het AWS wereldwijde netwerk gebruiken om de latentie te verminderen en de instances ook in een Auto Scaling group achter een Elastic Load Balancer plaatsen. Welke architectuur moet een SysOps-beheerder implementeren om aan deze vereisten te voldoen?

De juiste optie is om een Auto Scaling group achter een Network Load Balancer (NLB) te plaatsen en AWS Global Accelerator te gebruiken met de NLB als endpoint. De NLB is geschikt voor zowel HTTP- als niet-HTTP TCP-verbindingen, wat een vereiste is. AWS Global Accelerator verbetert de prestaties door gebruik te maken van het wereldwijde AWS-netwerk, wat de latentie vermindert. De andere opties zijn minder geschikt: Een Application Load Balancer (ALB) is primair ontworpen voor HTTP/HTTPS-verkeer en kan niet efficiënt omgaan met niet-HTTP TCP-verbindingen. Amazon CloudFront is een Content Delivery Network (CDN) dat voornamelijk wordt gebruikt voor het cachen van statische en dynamische webinhoud. Hoewel het de latentie kan verminderen voor HTTP-verkeer, is het niet geoptimaliseerd voor algemene TCP-verbindingen en biedt het niet dezelfde wereldwijde prestatieverbeteringen voor alle verkeerstypen als Global Accelerator.