

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.

# Amazon-SQS-Standard-Warteschlangen
<a name="standard-queues"></a>

Amazon SQS bietet Standardwarteschlangen als Standard-Warteschlangentyp und unterstützt eine nahezu unbegrenzte Anzahl von API-Aufrufen pro Sekunde für Aktionen wie [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html), und. [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html) Standardwarteschlangen stellen die at-least-once Nachrichtenzustellung sicher, aber aufgrund der stark verteilten Architektur kann es vorkommen, dass mehr als eine Kopie einer Nachricht zugestellt wird, und Nachrichten können gelegentlich nicht in der richtigen Reihenfolge ankommen. Trotzdem bemühen sich Standardwarteschlangen nach besten Kräften, die Reihenfolge beizubehalten, in der Nachrichten gesendet werden.

Wenn Sie eine Nachricht mit senden`SendMessage`, speichert Amazon SQS die Nachricht redundant in mehreren Verfügbarkeitszonen (AZs), bevor sie bestätigt wird. Diese Redundanz stellt sicher, dass kein einzelner Computer-, Netzwerk- oder AZ-Ausfall dazu führen kann, dass auf die Nachrichten zugegriffen werden kann.

Sie können Warteschlangen mit der Amazon SQS SQS-Konsole erstellen und konfigurieren. Detaillierte Anweisungen finden Sie unter [Erstellen einer Standardwarteschlange mit der Amazon SQS SQS-Konsole](creating-sqs-standard-queues.md#step-create-standard-queue). Java-spezifische Beispiele finden Sie unter. [Beispiele für Amazon SQS Java SDK](sqs-java-tutorials.md)

**Anwendungsfälle für Standardwarteschlangen**

Standard-Nachrichtenwarteschlangen eignen sich für verschiedene Szenarien, sofern Ihre Anwendung Nachrichten verarbeiten kann, die möglicherweise mehrmals oder nicht in der richtigen Reihenfolge ankommen. Zu den Beispielen gehören:
+ **Entkopplung von Live-Benutzeranfragen von intensiver Hintergrundarbeit** — Benutzer können Medien hochladen, während das System sie im Hintergrund ändert oder codiert.
+ **Zuweisung von Aufgaben an mehrere Worker Nodes** — zum Beispiel die Bearbeitung einer großen Anzahl von Anfragen zur Kreditkartenvalidierung.
+ **Batch-Meldungen für die future Verarbeitung** — Planung mehrerer Einträge, die zu einem späteren Zeitpunkt zu einer Datenbank hinzugefügt werden sollen.

Informationen zu Kontingenten im Zusammenhang mit Standardwarteschlangen finden Sie unter. [Amazon SQS SQS-Standard-Warteschlangenkontingente](quotas-queues.md)

Informationen zu bewährten Methoden für die Arbeit mit Standard-Warteschlangen finden Sie unter [Bewährte Methoden für Amazon SQS](sqs-best-practices.md).

# Amazon SQS SQS-Lieferung at-least-once
<a name="standard-queues-at-least-once-delivery"></a>

Amazon SQS speichert aus Gründen der Redundanz und Hochverfügbarkeit Kopien der Nachrichten auf mehreren Servern. In seltenen Fällen kann es vorkommen, dass einer der Server, auf dem eine Nachrichtenkopie gespeichert ist, nicht verfügbar ist, wenn Sie eine Nachricht erhalten oder löschen.

In diesem Fall wird die Kopie der Nachricht auf dem Server, der nicht verfügbar ist, nicht gelöscht, und Sie erhalten diese Nachrichtenkopie möglicherweise erneut, wenn Sie Nachrichten erhalten. Konzipieren Sie Ihre Anwendungen *idempotent* (d. h., die mehrmalige Verarbeitung derselben Nachricht darf die Anwendung nicht nachteilig beeinflussen). 

# IDs von Amazon-SQS-Warteschlangen und -Nachrichten
<a name="sqs-queue-message-identifiers"></a>

In diesem Thema werden die Identifikatoren von Standard- und FIFO-Warteschlangen beschrieben. Diese IDs helfen Ihnen beim Suchen und Bearbeiten spezifischer Warteschlangen und Nachrichten.

## Identifikatoren für Amazon SQS SQS-Standardwarteschlangen
<a name="sqs-general-identifiers"></a>

Weitere Informationen zu den folgenden IDs finden Sie in der *[Amazon-Simple-Queue-Service-API-Referenz](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/)*.

### Warteschlangenname und URL
<a name="queue-name-url"></a>

Wenn Sie eine neue Warteschlange erstellen, müssen Sie einen für Ihr AWS -Konto und Ihre Region eindeutigen Warteschlangennamen angeben. Amazon SQS weist jeder erstellten Warteschlange eine Kennung, eine sogenannte *Warteschlangen-URL*, zu, die den Warteschlangennamen und andere Amazon-SQS-Komponenten enthält. Wenn Sie eine Aktion für die Warteschlange ausführen möchten, müssen Sie deren Warteschlangen-URL angeben.

Nachfolgend finden Sie die Warteschlangen-URL für eine Warteschlange namens `MyQueue`, die einem Benutzer mit der AWS-Kontonummer `123456789012` gehört:

```
https://sqs.us-east-2.amazonaws.com/123456789012/MyQueue
```

Sie können die URL einer Warteschlange programmgesteuert abrufen, indem Sie Ihre Warteschlangen auflisten und die Zeichenfolge analysieren, die der Kontonummer folgt. Weitere Informationen finden Sie unter `[ListQueues](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ListQueues.html)`.

### Nachrichten-ID
<a name="message-id"></a>

Jeder Nachricht wird vom System eine *Nachrichten-ID* zugewiesen, die Amazon SQS in der `[SendMessage](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html)`-Antwort zurückgibt. Diese ID dient der Identifizierung von Nachrichten. Die maximale Länge einer Nachrichten-ID beträgt 100 Zeichen.

### Empfangs-Mitteilung
<a name="receipt-handle"></a>

Beim Empfang einer Nachricht aus einer Warteschlange erhalten Sie jedes Mal eine *Empfangs-Mitteilung* für diese Nachricht. Diese Mitteilung ist der Aktion des Nachrichtenempfangs zugeordnet und nicht der Nachricht selbst. Um eine Nachricht zu löschen oder ihre Sichtbarkeit zu ändern, müssen Sie die Empfangs-Mitteilung (und nicht die Nachrichten-ID) angeben. Daher müssen Sie eine Nachricht immer zunächst empfangen, bevor Sie sie löschen können. Es ist nicht möglich, eine Nachricht in die Warteschlange zu setzen und dann zurückzurufen. Die maximale Länge einer Empfangs-Mitteilung beträgt 1.024 Zeichen. 

**Wichtig**  
Wenn Sie eine Nachricht mehrmals empfangen, erhalten Sie jedes Mal eine unterschiedliche Empfangs-Mitteilung. Wenn Sie die Nachricht löschen möchten, müssen Sie die zuletzt empfangene Empfangs-Mitteilung angeben, da die Nachricht sonst möglicherweise nicht gelöscht wird. 

Im Folgenden finden Sie ein Beispiel für eine Empfangsnummer, die sich über drei Zeilen erstreckt.

```
MbZj6wDWli+JvwwJaBV+3dcjk2YW2vA3+STFFljTM8tJJg6HRG6PYSasuWXPJB+Cw
Lj1FjgXUv1uSj1gUPAWV66FU/WeR4mq2OKpEGYWbnLmpRCJVAyeMjeU5ZBdtcQ+QE
auMZc8ZRv37sIW2iJKq3M9MFx1YvV11A2x/KSbkJ0=
```