AWS Lambda - single vs. multile productId

Question

Ich habe einen Anwendungsfall, bei dem die Client-App einen REST-Aufruf mit MULTIPLE-Produktkennungen durchführt und ihre Details abruft. Ich habe eine Lambda-Funktion (durch API-Gateway offen gelegt), die eine einzelne Produkt-ID nehmen und ihre Details erhalten kann. Ich muss sie zusammen arbeiten lassen. Was ist eine gute Lösung dafür?

1. Ändern Sie die Client-App so, dass einzelne Produkt-ID-Anforderungen gestellt werden. Es ist dann keine Änderung der Lambda-Funktion erforderlich. Aber dies erhöht Client App Netzwerkaufrufe, da es das Lambda für jede productId separat aufrufen wird.

2. Ändern Sie die Lambda-Funktion, so dass es mehrere Produkt-IDs im selben Aufruf behandeln kann. Aber dies erhöht Lambda-Antwortzeit.

3. Ich dachte auch darüber nach, eine neue Lambda-Funktion zu erstellen, die die multiple productId aufnimmt und dann die einzige Produkt-Lambda-Funktion aufruft. Aber nicht sicher, wie die Antworten aggregiert werden, bevor sie an die Client-App gesendet werden.

die Suche nach Anregungen ..

Answer 1

Option 1 ist weniger optimal, da es das gesprächig Protokoll zwischen dem Client zum Server verschieben.

Wenn es keine Benutzer einer einzelnen ID gibt, würde ich diese nicht am Leben erhalten. (nicht Option # 3)

Abhängig von Ihrer Sprache der Wahl - es könnte am besten sein, 2 (oder 3 für diese Angelegenheit) zu implementieren. node.js (und C# too btw) macht es sehr einfach, mehrere Aufrufe parallel (async-Aufrufe) durchzuführen und dann auf alle Ergebnisse zu warten und zum Client zurückzukehren. Dies bedeutet, dass Sie X Zeit nicht mehr warten werden - nur ein bisschen mehr, ausgerichtet mit Ihrem langsamsten Anruf. ES6 (modernes JS, unterstützt von Lambda) unterstützt jetzt Promise.all() für diesen Zweck. C# unterstützt diese Muster auch nativ mit Task.WaitAll()