Een socialmediabedrijf draait zijn app op Amazon EC2-instances achter een ALB. De ALB is de origin voor een CloudFront-distributie. De app slaat meer dan een miljard afbeeldingen op in een S3-bucket en verwerkt duizenden afbeeldingen per seconde. Het bedrijf wil afbeeldingen dynamisch vergroten/verkleinen en de juiste formaten aan clients leveren. Welke oplossing voldoet aan deze vereisten met de MINSTE operationele overhead?

De correcte optie is het gebruik van een Lambda@Edge-functie met een externe image management library. Lambda@Edge maakt het mogelijk om code uit te voeren op de CloudFront edge-locaties, dicht bij de gebruikers. Dit minimaliseert de latentie en biedt de mogelijkheid om afbeeldingen dynamisch te vergroten/verkleinen en te optimaliseren voordat ze aan de client worden geleverd, wat resulteert in de minste operationele overhead omdat er geen servers hoeven te worden beheerd. Het installeren van een externe image management library op een EC2-instance (optie 1) vereist het beheer van EC2-instances, wat een hogere operationele overhead met zich meebrengt. CloudFront origin request policies (optie 2) en response headers policies (optie 4) zijn bedoeld voor het aanpassen van verzoeken en antwoorden, maar bieden geen ingebouwde functionaliteit voor dynamische beeldverwerking.