Een wereldwijd aangeboden website, gehost op EC2 achter een Application Load Balancer (ALB), is geconfigureerd als de origin voor een CloudFront-distributie om de belasting van webservers te verminderen. Na een week is er geen vermindering van de serverbelasting en lijken verzoeken nog steeds rechtstreeks de ALB te bereiken. Welke problemen kunnen dit gedrag verklaren? (Kies er twee.)

De DNS-records die nog steeds rechtstreeks naar de ALB verwijzen in plaats van naar de CloudFront-distributie, verklaren waarom verzoeken de ALB direct bereiken. Om CloudFront effectief te gebruiken, moeten DNS-records (bijvoorbeeld een CNAME) worden bijgewerkt om naar de CloudFront-distributiedomeinnaam te wijzen. Zonder deze wijziging omzeilen gebruikers CloudFront volledig. De standaard, minimale en maximale TTL-waarden van de CloudFront-distributie die op 0 seconden zijn ingesteld, betekenen dat CloudFront content niet cachet. Elke aanvraag wordt doorgestuurd naar de origin (de ALB), waardoor de belasting op de webservers niet vermindert. Om de serverbelasting te verminderen, moeten deze TTL-waarden worden ingesteld op een hogere waarde, zodat CloudFront content kan cachen en direct kan serveren. Een origin access identity (OAI) is alleen relevant voor S3-origins, niet voor ALB's. Het blokkeren van verkeer door de ALB-securitygroep zou leiden tot fouten, niet tot directe toegang. Sticky sessions op de ALB beïnvloeden de caching van CloudFront niet direct.