Een wereldwijd opererend bedrijf host een webapplicatie op Amazon EC2-instances achter een Application Load Balancer (ALB). Statische content wordt opgeslagen in een Amazon S3-bucket en de applicatie levert dynamische content via de ALB. Het bedrijf wil de latency verminderen en de prestaties verbeteren voor zowel statische als dynamische content, met gebruik van zijn eigen domeinnaam die is geregistreerd in Amazon Route 53. Wat moet een solutions architect implementeren?

De correcte optie vermindert latency en verbetert de prestaties voor zowel statische als dynamische content door Amazon CloudFront te gebruiken. CloudFront cachet statische content van S3 en dynamische content van de ALB op edge-locaties wereldwijd, dichter bij de gebruikers. Route 53 wordt vervolgens geconfigureerd om DNS-verkeer naar deze CloudFront-distributie te leiden, wat zorgt voor een efficiënte routing en het gebruik van de eigen domeinnaam. De andere opties zijn minder optimaal: Optie 2 en 4 gebruiken AWS Global Accelerator voor S3, wat onnodig is omdat CloudFront al uitstekend geschikt is voor het cachen van statische content en het verminderen van latency. Global Accelerator is meer gericht op het optimaliseren van TCP/UDP-verkeer over het AWS-netwerk voor applicaties die geen caching nodig hebben. Optie 3 probeert Global Accelerator te gebruiken voor zowel de ALB als de CloudFront-distributie, wat een onnodig complexe configuratie is en niet de meest directe manier om beide contenttypen te optimaliseren met caching. Bovendien wordt de CloudFront-distributie alleen voor S3 gebruikt, terwijl de ALB ook via Global Accelerator loopt, wat de voordelen van CloudFront voor dynamische content mist.