AWS Lambda - sync vs async

Question

Ich habe kürzlich mit Lambda gespielt und arbeite an der Erstellung einer API mit API Gateway und Lambda. Ich habe eine Lambda-Funktion, die einen JSON- und einen API-Gateway-Endpunkt zurückgibt, der die Funktion aufruft. Mit dieser einfachen Einrichtung funktioniert alles gut.

Ich habe versucht, den API-Gateway-Endpunkt mit dem loadtest npm-Modul zu testen. Während Lambda die gleichzeitigen Anfragen verarbeitet (wenn auch mit einer Zunahme der mittleren Latenz im Laufe der Ausführung), beginnt es, wenn ich es 40 Anfragen pro Sekunde sende, Fehler zu werfen, die Anfragen nur teilweise abschließend.

Ich lese in der Dokumentation, dass Lambda-Aufruf vom Typ RequestResponse ist (was die API gerade tut), die von Natur aus synchron ist, und es sieht so aus, als wäre sie nicht blockierend. Bei asynchronem Aufruf ist der Aufruftyp Ereignis. Aber lambda verwirft den Rückgabetyp für asynchrone Aufrufe und die API gibt nichts zurück.

Gibt es etwas, das mir fehlt, entweder mit den Syn- chron-, Async- oder Concurrency-Definitionen in Bezug auf AWS? Gibt es einen besseren Weg, dieses Problem anzugehen? Jeder Einblick ist hilfreich. Vielen Dank!

Answer 1

Sie müssen die synchrone Ausführung verwenden, wenn Sie eine Rückgabeantwort von API Gateway erhalten möchten. In diesem Szenario ist es nicht sinnvoll, die Async-Ausführung zu verwenden. Ich denke, was Sie vermissen ist, dass, während jede Lambda-Ausführung blockiert, single threaded, es mehrere Instanzen Ihrer Funktion gibt, die in mehreren Lambda-Server-Umgebungen laufen.

Die Standardanzahl gleichzeitiger Lambda-Ausführungen ist aus Sicherheitsgründen relativ niedrig. Dies soll verhindern, dass Sie versehentlich einen weglaufenden Lambda-Prozess schreiben, der viel Geld kosten würde, während Sie noch etwas über Lambda lernen. Sie müssen request an increase im Limit für gleichzeitige Ausführung von Lambda in Ihrem Konto angeben.