Een app voor het delen van foto's slaat afbeeldingen op in S3. Een externe auditor inspecteert handmatig afbeeldingen en registreert de resultaten 1-24 uur na upload in een DynamoDB-tabel, geïndexeerd met de S3 object key. De externe partij stelt de auditresultaten beschikbaar via een REST API. Je hebt een geautomatiseerd proces nodig om elk S3-object te taggen met het auditresultaat, geïmplementeerd op de meest operationeel efficiënte manier. Welke aanpak moet je kiezen?

De correcte optie is de meest operationeel efficiënte oplossing. AWS Step Functions is uitermate geschikt voor het orkestreren van workflows met vertragingen en meerdere stappen. De Wait state kan de benodigde 1-24 uur vertraging afhandelen zonder constante polling of complexe logica. Na de wachttijd kan een tweede Lambda direct het auditresultaat ophalen uit DynamoDB (geïndexeerd op S3 object key) en het S3-object taggen. Dit is serverless, schaalbaar en vereist minimale operationele overhead. De SQS-optie is minder efficiënt omdat een visibility timeout van 24 uur niet garandeert dat de tweede Lambda precies na 1-24 uur wordt getriggerd; het object kan eerder of later worden opgepakt, wat de timing van de audit kan verstoren. De periodieke scan met Lambda is inefficiënt omdat het onnodig veel API-calls en scans kan uitvoeren, wat kosten en latentie verhoogt. Een EC2-instantie met cron is de minst serverless en meest operationeel intensieve optie, met beheer van de instantie en cron-jobs.