Un'azienda deve integrarsi con un feed di dati di terze parti che invia un webhook quando nuovi dati sono pronti. Uno sviluppatore ha scritto una funzione AWS Lambda per recuperare i dati quando arriva un callback del webhook. Lo sviluppatore deve rendere la funzione Lambda disponibile affinché la terza parte possa richiamarla con la MASSIMA efficienza operativa. Quale soluzione soddisfa questi requisiti?

Creare un URL di funzione per la funzione Lambda è la soluzione più efficiente operativamente. Gli URL di funzione Lambda forniscono un endpoint HTTP dedicato e pubblico per invocare direttamente una funzione Lambda, eliminando la necessità di servizi aggiuntivi come API Gateway per questo caso d'uso specifico. Questo semplifica l'architettura e riduce i costi e la complessità operativa. Implementare un Application Load Balancer (ALB) davanti alla funzione Lambda è eccessivo e aggiunge complessità e costi inutili per un semplice webhook. Un ALB è più adatto per bilanciare il carico tra più istanze o servizi. Creare un argomento Amazon Simple Notification Service (Amazon SNS) o una coda Amazon Simple Queue Service (Amazon SQS) non è appropriato per ricevere direttamente un webhook HTTP. SNS e SQS sono servizi di messaggistica asincroni, non endpoint HTTP per l'invocazione diretta di funzioni Lambda da parte di terze parti tramite webhook.