Een event-driven systeem heeft één Lambda-functie die gegevens verwerkt en de verwerkte gegevens moet verzenden naar een subset van vier consumer Lambda-functies. Routering is gebaseerd op de waarde van één veld in de gegevens. Welke oplossing biedt de vereiste routering met de minste operationele overhead?

De correcte optie minimaliseert operationele overhead door gebruik te maken van de ingebouwde filtermogelijkheden van Amazon SNS. Door één SNS-onderwerp te gebruiken en abonnementsfilterbeleid te configureren, wordt de routeringslogica verplaatst van de producer Lambda-functie naar SNS zelf. Dit vermindert de complexiteit van de producer Lambda en de noodzaak om meerdere onderwerpen of wachtrijen te beheren. De eerste optie (meerdere SQS-wachtrijen) vereist dat de producer Lambda de routeringslogica implementeert en berichten naar de juiste wachtrij stuurt, wat meer operationele overhead met zich meebrengt. De tweede optie (SNS met filterlogica in elke consumer Lambda) is inefficiënt omdat elke consumer Lambda alle berichten ontvangt en vervolgens zelf moet filteren, wat onnodige aanroepen en kosten veroorzaakt. De derde optie (afzonderlijke SNS-onderwerpen) vereist dat de producer Lambda de routeringslogica beheert en naar het juiste onderwerp publiceert, wat ook meer complexiteit toevoegt aan de producer Lambda en meer onderwerpen om te beheren.