Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Files d'attente standard Amazon SQS
Amazon SQS fournit des files d'attente standard comme type de file d'attente par défaut, prenant en charge un nombre quasiment illimité d'appels d'API par seconde pour des actions telles que [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html), et [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ReceiveMessage.html). [https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_DeleteMessage.html) Les files d'attente standard garantissent la livraison des at-least-once messages, mais en raison de l'architecture hautement distribuée, plusieurs copies d'un message peuvent être livrées, et les messages peuvent parfois arriver en désordre. Malgré cela, les files d'attente standard font de leur mieux pour maintenir l'ordre dans lequel les messages sont envoyés.
Lorsque vous envoyez un message en utilisant`SendMessage`, Amazon SQS le stocke de manière redondante dans plusieurs zones de disponibilité (AZs) avant de l'accuser réception. Cette redondance garantit qu'aucune panne d'ordinateur, de réseau ou d'AZ ne peut rendre les messages inaccessibles.
Vous pouvez créer et configurer des files d'attente à l'aide de la console Amazon SQS. Pour obtenir des instructions complètes, consultez [Création d'une file d'attente standard à l'aide de la console Amazon SQS](creating-sqs-standard-queues.md#step-create-standard-queue). Pour des exemples spécifiques à Java, voir. [Exemples de SDK Java Amazon SQS](sqs-java-tutorials.md)
**Cas d'utilisation pour les files d'attente standard**
Les files d'attente de messages standard conviennent à différents scénarios, à condition que votre application puisse gérer les messages qui peuvent arriver plusieurs fois ou être hors ordre. En voici quelques exemples :
+ **Dissocier les demandes réelles des utilisateurs d'un travail de fond intensif** : les utilisateurs peuvent télécharger du contenu multimédia pendant que le système le redimensionne ou l'encode en arrière-plan.
+ **Allocation de tâches à plusieurs nœuds de travail** : par exemple, gestion d'un volume élevé de demandes de validation de cartes de crédit.
+ Traitement **par lots des messages pour un traitement futur** : planification de plusieurs entrées à ajouter ultérieurement à une base de données.
Pour plus d'informations sur les quotas liés aux files d'attente standard, consultez[Quotas de file d'attente standard Amazon SQS](quotas-queues.md).
Pour connaître les bonnes pratiques d'utilisation des files d'attente standard, consultez [Bonnes pratiques relatives à Amazon SQS](sqs-best-practices.md).
# Livraison via Amazon SQS at-least-once
Amazon SQS stocke des copies de vos messages sur plusieurs serveurs à des fins de redondance et de haute disponibilité. Dans de rares occasions, l'un des serveurs qui stockent la copie d'un message peut être indisponible lors de la réception ou de la suppression d'un message.
Dans ce cas, la copie du message n'est pas supprimée sur le serveur qui n'est pas disponible et il est possible que vous obteniez à nouveau cette copie lorsque vous recevrez des messages. Concevez les applications afin qu'elles soient *idempotentes* (c.-à-d. qu'elles ne doivent pas être affectées si le même message est traité plus d'une fois).
# Identifiants de files d'attente et de messages Amazon SQS
Cette rubrique décrit les identifiants des files d'attente standard et FIFO. Ces identifiants peuvent vous aider à trouver et à manipuler des files d'attente et des messages spécifiques.
## Identifiants pour les files d'attente standard Amazon SQS
Pour plus d'informations sur les identifiants suivants, consultez la *[Référence d'API Amazon Simple Queue Service](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/)*.
### Nom et URL de la file d'attente
Lorsque vous créez une file d'attente, vous devez indiquer un nom unique pour le compte et la région AWS . Amazon SQS attribue à chaque file d'attente que vous créez un identifiant appelé *URL de file d'attente* qui inclut le nom de la file d'attente et les autres composants Amazon SQS. Chaque fois que vous souhaitez effectuer une action au niveau d'une file d'attente, vous devez fournir cette URL.
L'URL suivante est celle d'une file d'attente nommée `MyQueue`, qui appartient à un utilisateur dont le numéro de compte AWS est `123456789012`.
```
https://sqs.us-east-2.amazonaws.com/123456789012/MyQueue
```
Vous pouvez extraire l'URL d'une file d'attente par programmation en listant vos files d'attente et en analysant la chaîne qui suit le numéro de compte. Pour de plus amples informations, veuillez consulter `[ListQueues](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_ListQueues.html)`.
### ID de message
Chaque message reçoit un *ID de message* attribué par le système qu'Amazon SQS vous renvoie dans la réponse `[SendMessage](https://docs.aws.amazon.com/AWSSimpleQueueService/latest/APIReference/API_SendMessage.html)`. Cet identifiant est utile pour identifier les messages. La longueur maximale d'un ID de message est de 100 caractères.
### Descripteur de réception
Chaque fois que vous recevez un message d'une file d'attente, vous recevez un *descripteur de réception* correspondant. Cette gestion est associée à la réception du message, et non au message lui-même. Pour supprimer le message ou pour en modifier la visibilité, vous devez fournir le descripteur de réception (et non l'ID du message). C'est pourquoi vous devez toujours recevoir un message avant de pouvoir le supprimer (vous ne pouvez pas placer un message dans la file d'attente, puis le rappeler). La longueur maximale d'un descripteur de réception est de 1 024 caractères.
**Important**
Si vous recevez un message plusieurs fois, chaque fois que vous le recevez, vous obtenez un descripteur de réception différent. Lorsque vous demandez la suppression du message, vous devez fournir le descripteur de réception le plus récent. Dans le cas contraire, la suppression peut ne pas fonctionner.
Voici un exemple de descripteur de reçu divisé en trois lignes.
```
MbZj6wDWli+JvwwJaBV+3dcjk2YW2vA3+STFFljTM8tJJg6HRG6PYSasuWXPJB+Cw
Lj1FjgXUv1uSj1gUPAWV66FU/WeR4mq2OKpEGYWbnLmpRCJVAyeMjeU5ZBdtcQ+QE
auMZc8ZRv37sIW2iJKq3M9MFx1YvV11A2x/KSbkJ0=
```