Een nieuwe web-app draait op ECS Fargate achter een ALB in us-east-1. Route 53 host het domein. De inhoud is grotendeels statisch (afbeeldingen/bestanden) en wordt zelden bijgewerkt. De meeste gebruikers bevinden zich in de Verenigde Staten, met enig verkeer uit Canada en Europa. Het ontwerp moet de latentie voor gebruikers minimaliseren tegen minimale kosten, en al het verkeer moet versleuteld zijn tijdens de overdracht totdat het de ALB bereikt. Welk ontwerp voldoet aan deze behoeften?

De correcte optie minimaliseert de latentie en kosten voor statische inhoud door Amazon CloudFront te gebruiken. CloudFront is een Content Delivery Network (CDN) dat de inhoud dichter bij de gebruikers cachet, waardoor de latentie voor gebruikers in de VS, Canada en Europa aanzienlijk wordt verminderd. Het afdwingen van HTTPS op CloudFront en de ALB zorgt voor end-to-end encryptie. Het Route 53 alias record dat naar de CloudFront-distributie verwijst, is de standaardpraktijk. De eerste optie met Global Accelerator is minder geschikt voor statische inhoud en kan duurder zijn dan CloudFront voor dit specifieke gebruiksscenario. Global Accelerator is meer gericht op het verbeteren van de beschikbaarheid en prestaties van applicaties die dynamische inhoud leveren of die een consistente IP-adres nodig hebben. De tweede optie verwijst het Route 53 alias record naar de ALB in plaats van CloudFront, wat betekent dat gebruikers niet profiteren van de caching en prestatieverbeteringen van CloudFront. De vierde optie met een tweede applicatiestack in eu-west-1 en latency-based routing is een dure oplossing die niet nodig is voor grotendeels statische inhoud. CloudFront kan de prestatiebehoeften voor gebruikers in Europa efficiënt afhandelen zonder de noodzaak van een extra regio-implementatie.