Eine Serverless-Anwendung verwendet Step Functions und Lambda, um hochgeladene Berichtsdateien zu verarbeiten. Die Benutzeroberfläche ruft eine API (API Gateway + Lambda) auf, um die Verarbeitung zu starten; große oder komplexe Dateien führen dazu, dass die API-Anfragen ein Timeout verursachen. Das UI-Team möchte, dass die API sofort zurückkehrt, damit die Benutzeroberfläche eine Bestätigung anzeigen kann, und das Backend muss eine E-Mail senden, wenn die Verarbeitung abgeschlossen ist. Wie sollte der Entwickler die API konfigurieren, um diese Anforderungen zu erfüllen?

Die korrekte Option weist API Gateway an, die Lambda-Funktion asynchron aufzurufen. Wenn der X-Amz-Invocation-Type-Header auf Event gesetzt ist, ruft API Gateway Lambda auf und gibt sofort eine 202 Accepted-Antwort zurück, ohne auf die Ausführung der Lambda-Funktion zu warten. Dies erfüllt die Anforderung, dass die API sofort zurückkehrt. Die nachfolgende Verarbeitung und E-Mail-Benachrichtigung erfolgen im Hintergrund. Die Option, die Lambda-Funktionskonfiguration zu ändern, um Ereignisse mit einem maximalen Alter zu versehen, steuert die Wiederholungsversuche bei asynchronen Aufrufen, erzwingt aber nicht den asynchronen Aufruf selbst. Das Erhöhen des API Gateway-Timeouts würde das Timeout-Problem nicht lösen, da die Anforderung darin besteht, dass die API sofort zurückkehrt, nicht dass sie länger wartet. Der X-Amz-Target-Header wird für die Angabe des API-Ziels in AWS-Services verwendet, nicht für den Aufruf-Typ.