Un'applicazione di e-commerce deve chiamare contemporaneamente tre sistemi di terze parti indipendenti quando si verifica una vendita. Hai implementato tre funzioni Lambda separate (una per ogni terza parte) e vuoi che ognuna venga eseguita indipendentemente dal successo o dal fallimento delle altre. Quale design soddisfa questo requisito?

La pubblicazione dell'evento di vendita in un argomento Amazon SNS e l'iscrizione delle tre funzioni Lambda a tale argomento è la soluzione più efficace. SNS è un servizio di messaggistica pub/sub che consente di inviare messaggi a più sottoscrittori in modo parallelo e asincrono. Ogni funzione Lambda riceverà una copia dell'evento e potrà elaborarlo indipendentemente dalle altre, soddisfacendo il requisito che l'esecuzione di una non dipenda dal successo o fallimento delle altre. Le altre opzioni non sono ideali: Una coda Amazon SQS con polling da parte di tre funzioni Lambda non garantisce che ogni funzione riceva l'evento, poiché SQS è progettato per la consegna a un singolo consumer per messaggio. L'invio dell'evento a un Application Load Balancer (ALB) con funzioni Lambda come target distribuirebbe il traffico tra le funzioni, ma non garantirebbe che tutte e tre vengano invocate per ogni singolo evento di vendita. AWS Step Functions orchestrerebbe le funzioni Lambda, ma la logica verrebbe spostata nella state machine, e l'esecuzione sarebbe sequenziale o parallela ma gestita centralmente, non garantendo la completa indipendenza desiderata per ogni singola invocazione.