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.

Richtlinien und Warteschlangen mit unzustellbaren Briefen wiederholen

Wenn ein Zielaufruf fehlschlägt, EventBridge versuchen Sie es erneut, bis einer der beiden Grenzwerte erreicht RetryPolicy ist (standardmäßig 5 Versuche oder 300 Sekunden). Dann wird ein Datensatz in die Amazon SQS-Warteschlange geschrieben. OnFailureConfiguration.Arn Legen Sie beide fest, wenn Sie den Abonnenten erstellen: Ohne eine Warteschlange mit unleserlichen Nachrichten wird ein Ereignis, das seine Wiederholungsversuche erschöpft, gelöscht, und die einzige Spur ist die Metrik. EventsDropped

Grenzwerte für Wiederholungsversuche

Die Zustellung endet an dem Limit, das zuerst erreicht wird.

Die Standardwerte sind kürzer als bei einem Custom Event Bus — Classic-Ziel mit 24 Stunden und 185 Versuchen. Ein migriertes Design, das auf einem Tag voller Wiederholungsversuche beruhte, muss explizit auf 86.400 gesetzt MaxEventAgeInSeconds werden. Andernfalls werden Ereignisse, die während eines Zielausfalls von mehr als 5 Minuten fehlschlagen, in die Warteschlange für unzustellbare Nachrichten verschoben, anstatt verspätet zugestellt zu werden. Bei einem FIFO-Abonnenten blockiert ein fehlgeschlagenes Ereignis die späteren Ereignisse in seiner Gruppe, solange es erneut versucht wird. Ein langes Wiederholungsfenster tauscht also die Reihenfolge gegen die Latenz aus.

Der Datensatz mit toten Buchstaben

Der Datensatz ist ein JSON-Dokument, nicht das Ereignis. Das folgende Beispiel zeigt einen Datensatz für zwei Ereignisse, die zusammen in einem Batch fehlgeschlagen sind.

{
    "version": "1.0",
    "busArn": "arn:aws:events:us-east-1:111122223333:event-busv2/orders/EXAMPLE1234567890abcdef",
    "subscriberArn": "arn:aws:events:us-east-1:111122223333:subscriber/large-orders/EXAMPLEabcdef1234567890",
    "targetArn": "arn:aws:sqs:us-east-1:111122223333:large-orders",
    "errorCode": "ACCESS_DENIED",
    "errorMessage": "The delivery role is not authorized to perform sqs:SendMessage on the target.",
    "exhaustedRetryCondition": "MaximumEventAgeInSeconds",
    "retryAttempts": 4,
    "failedMessages": [
        { "eventId": "a1b2c3d4-...", "eventGroupId": "order-1001", "deduplicationId": null, "timestamp": "2026-09-16T18:40:12Z", "targetRequestId": "..." },
        { "eventId": "e5f6a7b8-...", "eventGroupId": "order-1001", "deduplicationId": null, "timestamp": "2026-09-16T18:40:13Z", "targetRequestId": "..." }
    ]
}

Jeder Fehler, der die Warteschlange erreicht, wurde zuerst wiederholt: Es gibt keinen Übermittlungsfehler, der übersprungen RetryPolicy wird. Fehler in sich EventBridge selbst werden EventBridge ohne Limit wiederholt und führen nie zu einem Datensatz. In der folgenden Tabelle sind die Codes aufgeführt, die ein Datensatz enthalten kann. errorMessageist auf 1.024 Zeichen gekürzt.

Die generische Nachricht lautet Die Zustellung ist fehlgeschlagen. Verwenden Sie bei der Untersuchung den Fehlercode und die Anforderungs-ID dieses Datensatzes und wenden Sie sich an den AWS Support, falls der Fehler weiterhin besteht. EventBridge verwendet ihn überall dort, wo die Übertragung der zugrundeliegenden Nachricht die internen Daten eines anderen Dienstes offenlegen könnte. Bei diesen Codes targetRequestId sind also das errorCode und die Fakten, anhand derer gearbeitet werden muss, zusammen mit den EVENT_DELIVERY_ATTEMPT Protokolldatensätzen, die die gesendete Anfrage enthalten. Es kommen dieselben Werte als Amazon SQS-Nachrichtenattribute an (ERROR_CODE,,,ERROR_MESSAGE,,SUBSCRIBER_ARN,TARGET_ARN,RETRY_ATTEMPTS) BUS_ARNEXHAUSTED_RETRY_CONDITION, sodass ein Verbraucher sie weiterleiten kann, ohne den Haupttext analysieren zu müssen. Verwenden Sie für einen FIFO-Abonnenten eine FIFO-Warteschlange als Warteschlange für unlesbare Briefe. Dabei wird jeder Datensatz MessageGroupId aus den Ereignissen übernommenEventGroupId, sodass die Reihenfolge der Datensätze für eine Gruppe beibehalten wird. EventBridge

Die Zustellungsrolle muss in der Warteschlange enthalten sein. sqs:SendMessage Ohne sie zählt die OnFailureDestinationFailed Metrik jeden Datensatz, der nicht geschrieben werden konnte, und diese Ereignisse gehen verloren.

Ereignisse werden aus der Warteschlange, in der keine Nachrichten mehr angezeigt werden, erneut abgerufen

Die Warteschlange enthält Datensätze, keine Ereignisse. Sie fahren also erneut, indem Sie die Ereignisse vom Bus erneut abspielen. Die Ereignisse müssen noch innerhalb der Aufbewahrungsfrist des Busses liegen.

aws eventsv2 create-subscriber \
    --name redrive-2026-09-16 \
    --event-bus-arn arn:aws:events:us-east-1:111122223333:event-busv2/orders/EXAMPLE1234567890abcdef \
    --starting-position POINT_IN_TIME \
    --point-in-time-configuration '{ "PointType": "TIMESTAMP", "StartingPoint": "2026-09-16T18:40:00Z", "EndPoint": "2026-09-16T18:41:00Z" }' \
    --filter-configuration '{ "Filters": [ { "Scope": "SYSTEM_METADATA", "Pattern": "{\"aws:EventId\":[\"a1b2c3d4-...\",\"e5f6a7b8-...\"]}" } ] }' \
    --invoke-configuration '{ "TargetArn": "arn:aws:sqs:us-east-1:111122223333:large-orders", "RoleArn": "arn:aws:iam::111122223333:role/EventBusDeliveryRole" }'

Die wiedergegebenen Ereignisse kommen mit an aws:DeliveryTypeREPLAY, sodass ein Verbraucher sie anhand des Live-Verkehrs erkennen kann.