Eine Lambda-Funktion namens ProcessMessages wird asynchron aufgerufen, wenn Nachrichten in einem SNS-Thema namens InputTopic veröffentlicht werden. Das Team verwendet ein zweites SNS-Thema, ErrorTopic, um Fehlermeldungen zu erhalten. Der Entwickler möchte Benachrichtigungen an ErrorTopic erhalten, wann immer ProcessMessages eine Nachricht nicht verarbeiten kann. Was sollte er konfigurieren?

Die korrekte Antwort ist, eine Fehler-(Ziel-)Einstellung für die ProcessMessages Lambda zu konfigurieren und den Ziel-ARN auf das ErrorTopic SNS-Thema zu setzen. Dies ist die Standardmethode in AWS Lambda, um fehlgeschlagene asynchrone Aufrufe an ein Ziel wie ein SNS-Thema oder eine SQS-Warteschlange zu senden. Wenn die Lambda-Funktion fehlschlägt (z. B. aufgrund eines Fehlers im Code oder eines Timeouts), wird die Nachricht automatisch an das konfigurierte Ziel gesendet. Die Option, ein Abonnement für ErrorTopic zu erstellen, das die ProcessMessages Lambda als Endpunkt angibt und eine Filterrichtlinie für Fehler hinzufügt, ist falsch, da dies bedeuten würde, dass die Lambda-Funktion auf Nachrichten im ErrorTopic reagiert, anstatt Fehler von sich selbst dorthin zu senden. Das Hinzufügen von ErrorTopic als Trigger für die ProcessMessages Lambda und das Hinzufügen einer Filterrichtlinie für das Thema für Fehler ist ebenfalls falsch, da dies die Lambda-Funktion auslöst, wenn Nachrichten im ErrorTopic veröffentlicht werden, und nicht dazu dient, Fehler der Lambda-Funktion zu melden. Das Anhängen einer Zustellungsrichtlinie an ErrorTopic und das Konfigurieren einer Filterrichtlinie für Fehler, die die Lambda-Funktion als Endpunkt angibt, ist keine gültige Konfiguration für diesen Anwendungsfall.