Behebung von Fehlern bei der Zuordnung von Amazon MQ-Ereignisquellen - AWS Lambda

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Behebung von Fehlern bei der Zuordnung von Amazon MQ-Ereignisquellen

Wenn eine Lambda-Funktion auf einen nicht behebbaren Fehler stößt, stoppt Ihr Amazon-MQ-Konsument die Verarbeitung von Datensätzen. Alle anderen Konsumenten können die Verarbeitung fortsetzen, sofern sie nicht auf denselben Fehler stoßen. Um die potenzielle Ursache für einen gestoppten Konsumenten zu ermitteln, überprüfen Sie das StateTransitionReason-Feld in den Rücksendedetails Ihres EventSourceMapping auf einen der folgenden Codes:

ESM_CONFIG_NOT_VALID

Die Konfiguration der Ereignisquellen-Zuweisung ist ungültig.

EVENT_SOURCE_AUTHN_ERROR

Lambda konnte die Ereignisquelle nicht authentifizieren.

EVENT_SOURCE_AUTHZ_ERROR

Lambda verfügt nicht über die erforderlichen Berechtigungen für den Zugriff auf die Ereignisquelle.

FUNCTION_CONFIG_NOT_VALID

Die Konfiguration der Funktion ist ungültig.

Datensätze bleiben auch unbearbeitet, wenn Lambda sie aufgrund ihrer Größe fallen lässt. Die Größenbeschränkung für Lambda-Datensätze beträgt 6 MB. Um Nachrichten bei einem Funktionsfehler erneut zuzustellen, können Sie eine Warteschlange für unzustellbare Briefe () verwenden. DLQ Weitere Informationen finden Sie unter Message Redelivery and DLQ Handling auf der Apache ActiveMQ-Website und Reliability Guide auf der RabbitMQ-Website.

Anmerkung

Lambda unterstützt keine benutzerdefinierten Richtlinien für die erneute Bereitstellung. Stattdessen verwendet Lambda eine Richtlinie mit den Standardwerten von der Seite Redelivery Policy auf der Apache ActiveMQ-Website, die auf 6 gesetzt sind. maximumRedeliveries