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.
# Bewährte Methoden für die Implementierung der Lambda-Ereignisfilterung
Die folgenden sind bewährte Methoden für die Konfiguration der [Lambda-Ereignisfilterung für Amazon-SQS-Ereignisquellen](https://aws.amazon.com//about-aws/whats-new/2021/11/aws-lambda-event-filtering-amazon-sqs-dynamodb-kinesis-sources/):
+ Machen Sie sich vertraut mit der [Syntax der Filterregeln des Lambda-Services](https://docs.aws.amazon.com//lambda/latest/dg/invocation-eventfiltering.html#filtering-syntax) –speziell [die Filterregelsyntax, die Lambda für Amazon SQS verwendet](https://docs.aws.amazon.com//lambda/latest/dg/invocation-eventfiltering.html#filtering-sqs). Entwerfen Sie dann einen Ereignisfilter entsprechend Ihrer Geschäftslogik. Die Effektivität eines Ereignisfilters hängt von seiner Fähigkeit ab, eine Lambda-Funktion nur dann aufzurufen, wenn er sollte. Um dies zu erreichen, müssen Sie die richtige Syntax auf Ihre Filterregeln anwenden, sodass die Regeln den Anforderungen der Geschäftslogik Ihrer Anwendung entsprechen.
+ In Situationen, in denen die Geschäftslogik der Anwendung eine komplexere Reihe von Filterbedingungen erfordert, stellen Sie sicher, dass Sie eine mehrstufige Filterung verwenden. Weitere Informationen und Beispiel-Datenobjekte finden Sie unter [Filterung auf mehreren Ebenen](https://docs.aws.amazon.com//lambda/latest/dg/invocation-eventfiltering.html#multi-level-filtering) im *AWS Lambda -Leitfaden für Entwickler*.
+ Begrenzen Sie, wie lange Amazon SQS unverarbeitete Nachrichten aufbewahren soll, indem Sie den **MessageRetentionPeriod**Wert in Ihren Amazon SQS SQS-Anforderungsparametern definieren. Stellen Sie sicher, dass der von Ihnen definierte Wert dem Anwendungsfall Ihrer Anwendung entspricht, indem Sie ermitteln, wie lange die Verarbeitung einer gültigen Nachricht normalerweise dauert. Weitere Informationen finden Sie [SetQueueAttributes](https://docs.aws.amazon.com//AWSSimpleQueueService/latest/APIReference/API_SetQueueAttributes.html)in der *Amazon SQS API-Referenz.* Sehen Sie sich auch den Abschnitt [Vermeidung der Anhäufung nicht übereinstimmender Nachrichten](#avoiding-non-matching-message-accumulation) dieses Handbuchs an.
+ Konfigurieren Sie eine Amazon-SQS-Warteschlange für unzustellbare Nachrichten in Situationen, in denen die Nichtverfügbarkeit der Lambda-Funktion die Verarbeitung gültiger Nachrichten unmöglich machen könnte. Diese zusätzliche Amazon-SQS-Warteschlange verhindert, dass in der Architektur Ihrer Serverless-Anwendung ein Schneeball-Anti-Muster entsteht. Weitere Informationen finden Sie im Abschnitt [Vermeidung von Schneeball-Anti-Mustern](best-practices-partial-batch-responses.md#snowball-anti-patterns) dieses Handbuchs.
+ Stellen Sie sicher, dass Sie das Ereignisfilterfeature im Lambda-Service aktivieren. Das Feature muss aktiviert sein, wenn Sie Ihre Lambda-Funktion zum ersten Mal erstellen. Eine Anleitung finden Sie unter [Anhängen von Filterkriterien an eine Zuordnung von Ereignisquellen (Konsole)](https://docs.aws.amazon.com//lambda/latest/dg/invocation-eventfiltering.html#filtering-console) oder [Anhängen von Filterkriterien an eine Zuordnung von Ereignisquellen (AWS CLI)](https://docs.aws.amazon.com//lambda/latest/dg/invocation-eventfiltering.html#filtering-cli) im *AWS Lambda -Leitfaden für Entwickler*.
## Vermeidung der Anhäufung nicht übereinstimmender Nachrichten
Wenn ein Ereignisfilter nicht angemessen konzipiert ist, kann eine große Menge irrelevanter Nachrichten die Amazon-SQS-Warteschlange einer Lambda-Funktion schnell überfordern. In diesem Szenario verarbeitet eine Lambda-Funktion alle Nachrichten in einem ersten Nachrichtenbatch, auch wenn nur wenige dieser Nachrichten relevant sind. Während die Funktion länger benötigt, um die zusätzlichen, irrelevanten Nachrichten zu verarbeiten, werden mehr irrelevante Nachrichten zur Amazon-SQS-Warteschlange hinzugefügt. Diese neuen Nachrichten führen dazu, dass die Funktion noch länger braucht, um den nächsten Nachrichtenstapel zu verarbeiten, sofern kein **MessageRetentionPeriod**Parameter konfiguriert ist. Im Laufe der Zeit übersteigt die Anzahl der irrelevanten Nachrichten in der Quellwarteschlange die Anzahl der gültigen Nachrichten.
Der **MessageRetentionPeriod**Parameter begrenzt in Sekunden, wie lange eine Amazon SQS SQS-Warteschlange unverarbeitete Nachrichten aufbewahrt. Ein **MessageRetentionPeriod**Wert von 3.600 Sekunden würde beispielsweise alle unverarbeiteten Nachrichten nach einer Stunde aus einer Warteschlange entfernen.
Anweisungen finden Sie [SetQueueAttributes](https://docs.aws.amazon.com//AWSSimpleQueueService/latest/APIReference/API_SetQueueAttributes.html)in der *Amazon SQS API-Referenz.*