Een e-commerce-app moet gelijktijdig drie onafhankelijke externe systemen aanroepen wanneer een verkoop plaatsvindt. Je hebt drie afzonderlijke Lambda-functies geïmplementeerd (één per externe partij) en wilt dat elk van deze functies wordt uitgevoerd, ongeacht het succes of falen van de andere. Welk ontwerp voldoet aan deze vereiste?

De correcte optie is om de verkoopgebeurtenis te publiceren naar een Amazon SNS topic en de drie Lambda-functies daarop te abonneren. SNS is een pub/sub-service die een bericht naar meerdere abonnees kan sturen. Elke geabonneerde Lambda-functie ontvangt een kopie van het bericht en wordt onafhankelijk getriggerd, wat voldoet aan de vereiste dat elke functie wordt uitgevoerd, ongeacht het succes of falen van de andere. De andere opties zijn minder geschikt: Een Amazon SQS-wachtrij zou betekenen dat één Lambda-functie het bericht uit de wachtrij haalt en de andere functies niet worden getriggerd, tenzij er complexe logica wordt toegevoegd om het bericht te dupliceren of door te sturen. Een Application Load Balancer (ALB) is ontworpen voor het distribueren van HTTP(S)-verkeer naar meerdere targets, niet voor het onafhankelijk triggeren van meerdere functies op basis van een enkele gebeurtenis. AWS Step Functions zou de logica van de drie Lambda-functies in één state machine plaatsen, wat een gecoördineerde uitvoering impliceert en niet de onafhankelijkheid garandeert zoals gevraagd.