Q : Qu'est-ce qu'Amazon SQS ?

Amazon Simple Queue Service (Amazon SQS) propose une file d'attente hébergée, fiable et hautement évolutive pour stocker les messages alors qu'ils se déplacent entre les ordinateurs. Avec Amazon SQS, les développeurs peuvent simplement déplacer des données entre des composants d'application distribués effectuant différentes tâches, sans perdre de messages ou exiger que chaque message soit toujours disponible. Amazon SQS facilite la création d'un flux de travail automatisé, fonctionnant en étroite collaboration avec Amazon Elastic Compute Cloud (Amazon EC2) et les autres services Web d'infrastructure d'AWS.

Q : Que puis-je faire avec Amazon SQS ?

Amazon SQS est un service Web qui vous donne accès à une file d'attente de messages qui peut être utilisée pour stocker des messages en attente de traitement par un ordinateur. Ceci vous permet de développer rapidement des applications de file d'attente de messages, qui peuvent être exécutées sur n'importe quel ordinateur sur Internet. Étant donné qu'Amazon SQS est hautement évolutif et que vous payez uniquement votre utilisation, vous pouvez démarrer modestement et développer votre application comme vous le souhaitez, sans compromettre la performance ou la fiabilité. Ainsi, vous pouvez vous concentrer sur le développement d'applications de messages sophistiquées, sans avoir à vous préoccuper des problèmes de stockage et de gestion des messages. Vous pouvez utiliser Amazon SQS avec des applications logicielles de diverses manières. Par exemple, vous pouvez :

  • Intégrer Amazon SQS avec d'autres services Web d'infrastructure AWS pour rendre les applications plus fiables et plus flexibles.
  • Utiliser une file d'attente Amazon SQS comme file d'attente de travail où chaque message est une tâche qui doit être effectuée par un processus. Un ou plusieurs ordinateurs peuvent lire les tâches depuis la file d'attente et les effectuer.
  • Faire en sorte qu'Amazon SQS aide une application Web à recevoir des notifications depuis un serveur. Le serveur d'application peut ajouter des notifications à une file d'attente, que le navigateur peut interroger; même s'il y a un pare-feu entre eux.
  • Conserver les notifications d'évènements importants dans un processus d'entreprise dans une file d'attente Amazon SQS. Chaque évènement peut avoir un message correspondant dans une file d'attente et les applications qui doivent être informées de l'évènement peuvent lire et traiter ce type de messages.

Q : Comment démarrer avec Amazon SQS ?

Pour vous inscrire à Amazon SQS, cliquez sur le bouton « S'inscrire à ce service Web » sur la page de détails Amazon SQS. Vous devez avoir un compte Amazon Web Services pour accéder à ce service ; dans le cas contraire, vous serez invité à en créer un au début du processus d'inscription à Amazon SQS. Après vous être inscrit, consultez AWS Management Console ou référez vous à la documentation et les échantillons de code Amazon SQS dans le Centre de ressources pour démarrer avec Amazon SQS.

Q : Quels sont les avantages d'Amazon SQS par rapport aux systèmes de file d'attente conçus en interne ou intégrés ?

Utiliser Amazon SQS procure plusieurs avantages par rapport au développement de votre propre logiciel de gestion des files d'attente de messages ou à l'utilisation d'un système commercial ou open source. Les méthodes alternatives nécessitent beaucoup de temps de développement et de configuration, comparées à l'intégration avec un service Web existant. En outre, ces alternatives nécessitent des ressources en matériel et administration de système pour pouvoir être utilisées. La complexité de la configuration et de la gestion de ces systèmes est aggravée s'ils doivent être configurés pour fournir un stockage redondant des messages, pour ne pas perdre les messages en cas de défaillance du matériel. Au contraire, Amazon SQS ne nécessite pas de frais généraux administratifs et peu de configuration.

Q : Est-ce qu'Amazon utilise Amazon SQS pour ses propres applications ?

Oui. Les développeurs au sein d'Amazon utilisent Amazon SQS pour une grande variété de projets, ce qui représente un grand nombre de messages Amazon SQS chaque jour. Les applications utilisant Amazon SQS incluent les processus d'entreprise clés pour le site marchand Amazon.com et Amazon Web Services.


Q : Que puis-je faire avec le niveau gratuit Amazon SQS ?

Le niveau gratuit d'Amazon SQS fournit 1 million de demandes par mois gratuitement. De nombreuses applications de petites tailles peuvent fonctionner entièrement dans cette limite de niveau d'utilisation gratuite. Par contre, des frais sont appliqués aux transferts de données. Le niveau d'utilisation gratuit est une offre mensuelle. L'utilisation gratuite ne se cumule pas sur plusieurs mois.

Q : Combien coûte Amazon SQS ?

Vous ne payez que ce que vous consommez et il n'y a pas de frais minimum. Vous payez 0,50 USD par tranche d'un million de demandes, plus les frais de transfert pour les données transférées hors d'Amazon SQS. Les données transférées entre Amazon SQS et Amazon EC2 aux États-Unis sont gratuites. Veuillez consulter la page de tarification SQS pour plus de détails.

Q : Les opérations par lot d'Amazon SQS coûtent-elles plus chères que les autres requêtes ?

Les opérations par lot, y compris SendMessageBatch, DeleteMessageBatch et ChangeMessageVisbilityBatch, coûtent toutes le même prix que les autres requêtes Amazon SQS.

Q : Comment mon utilisation d'Amazon SQS me sera-t-elle facturée ?

Il n'y a pas de frais d'installation pour commencer à utiliser le service. A la fin du mois, votre carte de crédit est automatiquement débitée en fonction de votre utilisation au cours du mois. Vous pouvez voir vos frais pour la période de facturation actuelle à tout moment sur le site d'Amazon Web Services en vous connectant à votre compte Amazon Web Services et en cliquant sur « Activité du compte » sous « Votre compte de services Web ».

Q : Vos prix sont-ils toutes taxes comprises ?

Sauf indication contraire, nos prix n'incluent pas les taxes et redevances applicables, y compris la TVA et les taxes de ventes applicables. Pour les clients dont l'adresse de facturation est située au Japon, l'utilisation de la région Asie-Pacifique (Tokyo) est soumise à la taxe sur la consommation applicable dans ce pays. En savoir plus.


Q : Amazon SQS peut-il être utilisé avec d'autres services AWS ?

Amazon SQS peut être utilisé avec Amazon EC2, ainsi qu'Amazon S3 et Amazon SimpleDB pour rendre les applications plus flexibles et plus évolutives. Un cas d'application courant est de créer un flux de travail automatisé et intégré, où plusieurs composants ou modules doivent communiquer entre eux, mais ne peuvent pas tous traiter la même charge de travail simultanément. Dans ce cas, les files d'attente Amazon SQS déplacent les messages à traiter de manière ordonnée par l'application de l'utilisateur fonctionnant sur les instances Amazon EC2. Les instances Amazon EC2 peuvent lire la file d'attente, traiter la tâche, puis poster les résultats sous forme de messages vers une autre file d'attente Amazon SQS (peut-être pour un autre traitement par une autre application). Parce qu'Amazon EC2 permet aux applications d'agrandir et de réduire leur taille de manière dynamique, les développeurs d'application peuvent facilement varier le nombre d'instances calculées sur la base de la quantité de travail dans les files d'attente SQS, afin d'assurer que les tâches sont exécutées en temps opportun.

Par exemple, voici comment un site de transcodage de vidéo utilise ensemble Amazon EC2, Amazon SQS, Amazon S3 et Amazon SimpleDB. Les utilisateurs finaux soumettent les vidéos devant être transcodées au site. Les vidéos sont stockées dans Amazon S3 et un message (« le message de demande ») est placé dans une file d'attente Amazon SQS (« la file d'attente entrante ») avec un pointeur vers la vidéo et le format cible de la vidéo dans le message. Le moteur de transcodage, fonctionnant sur un ensemble d'instances Amazon EC2, lit le message de demande depuis la file d'attente entrante, récupère la vidéo d'Amazon S3 en utilisant le pointeur et effectue le transcodage de la vidéo dans le format cible. Le vidéo convertie est remise dans Amazon S3 et un autre message (« le message de réponse ») est placé dans une autre file d'attente Amazon SQS (« la file d'attente sortante ») à l'aide d'un pointeur vers la vidéo convertie. En même temps, les métadonnées sur la vidéo (par ex. le format, la date de création et la longueur) peuvent être indexées dans Amazon SimpleDB pour faciliter les requêtes. Pendant ce flux de travail, une instance Amazon EC2 dédiée peut constamment surveiller la file entrante et, selon le nombre de messages, peut ajuster dynamiquement le nombre d'instances Amazon EC2 de transcodage pour répondre aux exigence de temps de réponse du client.

Q : Comment interagir avec Amazon SQS ?

Amazon SQS fournit des interfaces de services Web simples, selon les normes SOAP, et conçues pour fonctionner avec n'importe quelle boîte à outils de développement Internet. Les opérations sont volontairement simplifiées pour fonctionner avec des messages et des files d'attente.

Q : Quelles sont les opérations disponibles pour les files d'attente ?

Qui peut réaliser des opérations sur une file d'attente ? L'ensemble d'opérations suivant est défini pour Amazon SQS: CreateQueue, ListQueues, DeleteQueue, SendMessage, SendMessageBatch, ReceiveMessage, DeleteMessage, DeleteMessageBatch, ChangeMessageVisibility, ChangeMessageVisibilityBatch, SetQueueAttributes, GetQueueAttributes, GetQueueUrl, AddPermission et RemovePermission. Les opérations peuvent être effectuées uniquement par le compte AWS propriétaire ou un compte AWS qui a la délégation du propriétaire.

Q : Comment sont identifiés les messages dans le système ?

Tous les messages ont un ID unique à l'échelle mondiale et Amazon SQS renvoie cet ID lorsque le message est livré à la file d'attente. L'ID n'est pas requis pour effectuer d'autres actions sur le message, mais il est utile pour le suivi lorsqu'un message spécifique dans la file d'attente a été reçu. Lorsque vous recevez un message de la file d'attente, la réponse inclut un reçu que vous devez fournir lors de la suppression du message.

Q : Le service Amazon SQS propose-t-il des files d'attente de lettre morte (DLQ, Dead Letter Queue) ?

Oui. Une DLQ est une file d'attente SQS que vous configurez pour recevoir des messages d'autres files d'attente SQS, dénommées « files d'attente sources ». En général, les DLQ sont configurées pour recevoir les messages lorsqu'un nombre maximal de tentatives de traitement a été atteint. Une DLQ permet d'isoler les messages qui n'ont pas pu être traités pour l'analyse hors bande.

Une DLQ fonctionne comme n'importe quelle autre file d'attente SQS. Elle peut envoyer et recevoir des messages comme toute autre file d'attente SQS. Vous pouvez créer une DLQ à l'aide de l'API SQS et de la console SQS.

Des informations supplémentaires sur la création et l'utilisation des files d'attente de lettre morte sont disponibles dans le manuel SQS Developer Guide.

Q : Amazon SQS fournit-il un accès aux messages de type « premier entré, premier sorti » (FIFO) ?

Non, Amazon SQS ne garantit pas l'accès FIFO aux messages dans les files d'attente Amazon SQS, principalement en raison de la nature distribuée d'Amazon SQS. Si vous avez besoin de classer un message spécifique, vous devez concevoir votre application afin qu'elle puisse le traiter.

Q : Quelle est la limite maximale pour la visibilité des messages ?

Amazon SQS prend en charge jusqu'à 12 heures maximum de visibilité pour WSDL 2009 et WSDL 2011.

Q : SQS prend-t-il en charge les métadonnées de message ?

Oui. Amazon SQS vous permet d'envoyer jusqu'10 attributs par message. Avec les attributs de message, vous pouvez séparer le corps d'un message des métadonnées qui le décrivent. Vous pouvez ainsi acheminer, traiter et stocker les informations plus rapidement et de façon plus avisée, car vos applications n'ont plus besoin d'inspecter l'intégralité du message pour comprendre les étapes de traitement nécessaires.

Les attributs de message SQS prennent la forme de combinaisons nom-type-valeur. Les types pris en charge sont les suivants : chaîne, données binaires et nombre (entiers, à virgule flottante et doubles).

Pour en savoir plus, reportez-vous à la documentation SQS.

Q : Comment un développeur peut-il déterminer son « temps en file d'attente » ?

Les développeurs peuvent demander un attribut « SentTimestamp » lorsqu'ils reçoivent un message. Soustraire cette valeur de l'heure actuelle permet d'obtenir une valeur de « temps en file d'attente ».

Q : Quelle est la valeur de l'attribut « SenderId » dans le cas d'un accès anonyme ?

Amazon SQS fournit l'adresse IP lorsque l'ID de compte AWS n'est pas disponible, comme lorsqu'un utilisateur anonyme envoie un message.

Q : En quoi consiste la fonction SQS d'attente de longue durée ou « long polling » ?

La fonction SQS d'attente active de longue durée est une nouvelle méthode de scrutation longue, plus connue sous le nom de « long polling », qui permet d'extraire des messages de vos files d'attente SQS. Tandis que l'interrogation SQS classique de « short polling » (attente active courte) renvoie des résultats immédiatement (même si la file d'attente interrogée est vide), la fonction SQS d'attente active de longue durée ne renvoie aucune réponse tant qu'aucun message n'arrive dans la file d'attente ou que le délai d'attente de longue durée n'est pas arrivé à expiration. La fonction SQS d'attente active de longue durée est une solution simple et peu coûteuse permettant l'extraction des messages de votre file d'attente SQS, dès leur mise à disposition.

Q : Des frais supplémentaires s'appliquent-ils en cas d'utilisation de la fonction SQS d'attente active de longue durée (« long polling ») ?

Non, les appels d'API ReceiveMessage pour l'attente active de longue durée (« long polling ») sont facturés exactement de la même manière que ceux de courte durée (« short polling »).

Q : Dans quels cas utiliser la fonction SQS d'attente active de longue durée (« long polling ») ou celle de courte durée (« short polling ») ?

Dans pratiquement tous les cas, la fonction SQS d'attente active de longue durée est préférable. Les requêtes d'attente active de longue durée permettent aux consommateurs des messages en attente de recevoir ceux-ci dès leur arrivée dans la file, tout en réduisant le nombre de résultats ReceiveMessageResponses vides. La fonction SQS d'attente active de longue durée permet donc, dans la plupart des cas, d'obtenir de meilleures performances à moindre coût. Toutefois, si votre application a été écrite de manière à obtenir une réponse immédiate après un appel ReceiveMessage, il est possible que vous ne puissiez pas tirer profit de la fonction d'attente active de longue durée sans apporter quelques modifications à votre application. Ainsi, si votre application dispose d'un seul thread scrutant plusieurs files d'attente, il est peu probable que vous puissiez passer directement d'une attente active de courte durée (« short polling ») à une de longue durée (« long polling »). En effet, le thread unique attendra l'expiration du délai de l'attente longue pour toutes les éventuelles files vides, ce qui retardera le traitement des autres files pouvant contenir des messages. Dans une application de ce type, il est recommandé d'utiliser un seul thread par file, ce qui permet à l'application d'exploiter les avantages offerts par la fonction SQS d'attente active de longue durée.

Q : Quel délai d'expiration indiquer pour ma fonction d'attente active de longue durée (« long polling ») ?

Il est généralement recommandé de définir un délai maximal de 20 secondes avant l'expiration de l'attente active de longue durée. Plus le délai d'expiration sera long, moins vous aurez de résultats ReceiveMessageResponses vides ; essayez donc de définir un délai d'expiration aussi long que possible pour la fonction d'attente active de longue durée. Si le délai maximal de 20 secondes n'est pas adapté à votre application, vous pouvez décider de le raccourcir, jusqu'à 1 seconde seulement. Tous les kits SDK (Software Development Kit) AWS fonctionnent, par défaut, avec des délais d'attente de longue durée de 20 secondes. Si vous n'utilisez pas de kit SDK AWS pour accéder à SQS, ou si vous avez spécialement configuré votre kit SDK AWS avec un délai plus court, vous devrez peut-être modifier votre client SQS pour permettre des requêtes plus longues ou utiliser un délai d'expiration plus court pour votre fonction d'attente de longue durée.

Q : Qu'est-ce que le client AmazonSQSBufferedAsync ?

Le client AmazonSQSBufferedAsync fournit une nouvelle implémentation pour l'interface du client AmazonSQSAsync et intègre de nombreuses fonctionnalités supplémentaires. Tout d'abord, le client AmazonSQSBufferedAsync prend en charge le traitement automatisé de plusieurs requêtes SendMessage, DeleteMessage ou ChangeMessageVisibility par lots de chaque type, sans qu'aucune modification de l'application ne soit nécessaire. De plus, le client AmazonSQSBufferedAsync effectue une pré-analyse des messages dans un tampon en local, ce qui permet à votre application de traiter immédiatement les messages issus de SQS sans avoir à attendre qu'ils en soient extraits. Le traitement automatisé par lots, associé à la pré-analyse, offre un débit accru et une plus faible latence au niveau de l'application, tout en vous permettant d'économiser de l'argent grâce à un nombre plus restreint de requêtes SQS.

Q : Comment télécharger le client AmazonSQSBufferedAsync ?

Vous pouvez télécharger le client AmazonSQSBufferedAsync dans le cadre du dernier kit SDK AWS pour Java, lequel est disponible depuis la page http://aws.amazon.com/fr/sdkforjava/.

Q : Quels sont les langages pris en charge par le client AmazonSQSBufferedAsync ?

A l'heure actuelle, le client AmazonSQSBufferedAsync est uniquement compatible avec le langage Java. Nous allons publier prochainement des versions du client AmazonSQSBufferedAsync prenant en charge d'autres langages.

Q : Dois-je réécrire mon application pour pouvoir utiliser le client AmazonSQSBufferedAsync ?

Non, le client AmazonSQSBufferedAsync est implémenté en remplacement instantané du client AmazonSQSAsync existant. Vous pouvez mettre à jour votre application afin d'utiliser le dernier kit SDK AWS et modifier votre construction afin d'utiliser le client AmazonSQSBufferedAsync au lieu du client AmazonSQSAsync : votre application pourra ainsi bénéficier des avantages supplémentaires conférés par le traitement automatisé par lots et la pré-analyse.

Q : Comment puis-je m'abonner aux files d'attente SQS afin de recevoir des notifications par rapport aux sujets SNS ?

Sélectionnez la file d'attente SQS souhaitée dans la console SQS et, à partir de l'option « Queue Actions » dans la barre de menus, sélectionnez « Subscribe Queue to SNS Topic » dans la liste déroulante. Dans la boîte de dialogue d'abonnement, sélectionnez le sujet qui vous intéresse dans la liste déroulante « Choose a Topic », puis cliquez sur le bouton « Subscribe ». Pour obtenir une procédure pas-à-pas, consultez la documentation Amazon SQS.

Q : Comment puis-je distribuer des messages identiques à plusieurs files d'attente SQS ?

Créez d'abord un sujet SNS en utilisant SNS. Créez ensuite plusieurs files d'attente SQS et abonnez-les au sujet SNS. A présent, dès lors qu'un message est envoyé sur le sujet SNS, ce message est distribué aux différentes files d'attente SQS, c'est-à-dire que SNS transmet le message à toutes les files SQS qui sont abonnées au sujet.


Q : Quelle est la fiabilité du stockage de mes données dans Amazon SQS ?

Amazon SQS stocke toutes les informations de file d'attente et de message dans le réseau Amazon de centres de données hautement fiables et disponibles. Tous les messages sont stockés de manière redondante sur plusieurs serveurs et dans plusieurs centres de données, ce qui signifie qu'aucune défaillance d'ordinateur ou de réseau ne peut empêcher l'accès aux messages SQS.

Q : Comment puis-je sécuriser les messages dans mes files d'attente ?

 Des mécanismes d'authentification sont fournis pour veiller à ce que les messages stockés dans Amazon SQS soient sécurisés contre tout accès non autorisé. Seuls les propriétaires de compte AWS peuvent accéder aux files d'attente qu'ils créent.

Amazon SQS utilise des méthodes cryptographiques éprouvées pour authentifier votre identité, par l'utilisation de votre ID de clé d'accès et signature de demande ou par l'utilisation d'un certificat X.509. Pour des détails sur l'utilisation de ces mécanismes d'authentification avec Amazon SQS, consultez le Guide du développeur Amazon SQS.

Pour plus de sécurité, vous pouvez développer votre application afin d'encrypter les messages avant qu'ils ne soient placés dans une file d'attente.

Q : Comment Amazon SQS permet-il à plusieurs lecteurs d'accéder à la même file d'attente de messages, sans perdre de messages ou les traiter de nombreuses fois ?

Chaque file d'attente Amazon SQS dispose d'une durée de visibilité configurable. Pendant la quantité de temps définie après qu'un message ait été lu depuis une file d'attente, il ne sera plus visible à tout autre lecteur. Tant que la quantité de temps nécessaire au traitement du message est inférieure à la durée de visibilité, chaque message sera traité et supprimé. Dans le cas où le composant traitant le message est défaillant ou devient indisponible, le message redeviendra visible à tout composant lisant la file d'attente, après la fin de la durée de visibilité. Ceci vous permet d'avoir de nombreux composants lisant tous les messages depuis la même file d'attente ; et chacun d'entre eux fonctionne pour traiter différents messages.

Q : Combien de fois recevrai-je chaque message ?

Amazon SQS est conçu pour fournir une livraison « au moins une fois » de tous les messages dans ses files d'attente. Même si la plupart du temps chaque message est livré sur votre application une seule fois exactement, vous devez concevoir votre système afin que le traitement d'un message plus d'une fois ne crée pas d'erreurs ou d'incohérences.

Q : Pourquoi y a-t-il des opérations ReceiveMessage et DeleteMessage séparées ?

Quand Amazon SQS vous renvoie un message, ce message reste dans la file d'attente, que vous le receviez ou non. Vous êtes responsable de supprimer le message ; la demande de suppression reconnaît que vous avez terminé de traiter le message. Si vous ne supprimez pas le message, Amazon SQS le livrera à nouveau lors d'une autre demande de réception.

Q : Un message supprimé peut-il être reçu à nouveau ?

Oui, dans certaines circonstances rares, vous pourriez à nouveau recevoir un message supprimé précédemment. Ceci peut avoir lieu dans le rare cas où une opération DeleteMessage ne supprime pas toutes les copies d'un message, parce que l'un des serveurs dans le système Amazon SQS distribué n'est pas disponible au moment de la suppression. Cette copie de message peut ensuite être à nouveau livrée. Vous devez concevoir votre application afin qu'il n'y ait pas d'erreurs ou d'incohérences si vous recevez un message supprimé à nouveau.

Q : Que se passe-t-il si j'émets une demande DeleteMessage sur un message supprimé précédemment ?

SQS renvoie une réponse indiquant la réussite de l'opération.


Q : Combien de temps puis-je conserver mes messages dans les files d'attente Amazon SQS ?

La période de rétention de messages SQS est configurable et peut être définie sur n'importe quelle durée allant d'une minute à 2 semaines. La période par défaut est 4 jours et une fois la limite atteinte, vos messages seront supprimés automatiquement. L'option de rétention de message plus longue procure une plus grande flexibilité permettant de disposer d'intervalles plus longs entre la production et la consommation de messages.

Q : Comment configurer SQS pour prendre en charge une rétention plus longue des messages ?

Pour configurer les temps de rétention de messages, définissez l'attribut MessageRetentionPeriod à l'aide de la méthode SetQueueAttributes. Cet attribut est utilisé pour spécifier le nombre de secondes pendant lesquelles un message sera retenu par SQS. Actuellement, la valeur par défaut du temps de rétention de message est 4 jours. En utilisant l'attribut MessageRetentionPeriod, le temps de rétention de messages peut être défini sur n'importe quelle durée allant de 60 secondes (1 minute) jusqu'à 1 209 600 secondes (14 jours). Consultez le manuel Amazon SQS API Reference pour plus de détails sur le fonctionnement de ces nouveaux attributs de message.

Q : Comment configurer SQS pour prendre en charge des messages de taille plus importante ?

Pour configurer la taille de message maximale, définissez l'attribut MaximumMessageSize à l'aide de la méthode SetQueueAttributes. Cet attribut spécifie la limite d'octets pouvant être contenus dans un message SQS. Il peut être défini sur n'importe quelle valeur allant de 1 024 octets (1 Ko) jusqu'à 65536 octets (64 kO). Consultez le manuel Amazon SQS API Reference pour plus de détails sur le fonctionnement de ces nouveaux attributs de message.

Q : Quel type de données peut être contenu dans un message ?

Les messages Amazon SQS peuvent contenir jusqu'à 64 Ko de données sous forme de texte, y compris XML, JSON et du texte non formaté. Les caractères Unicode suivants sont acceptés :

#x9 | #xA | #xD | [#x20 à #xD7FF] | [#xE000 à #xFFFD] | [#x10000 à #x10FFFF]

(conformément à http://www.w3.org/TR/REC-xml/#charsets).

Q : Quelle taille peuvent avoir les files d'attente Amazon SQS ?

Une seule file d'attente peut contenir un nombre illimité de messages et vous pouvez créer un nombre illimité de files d'attente.

Q : Y a-t-il des restrictions sur les noms des files d'attente Amazon SQS ?

Y a-t-il une limite de taille pour le nom des files d'attente Amazon SQS ? Un nom de file d'attente peut-il être réutilisé ? Les noms de files d'attente sont limités à 80 caractères. Les caractères alphanumériques, les traits d'union (-) et les traits de soulignement (_) sont autorisés. Les noms de file d'attente doivent être uniques dans un compte AWS. Après avoir supprimé une file d'attente, vous pouvez réutiliser son nom.

Q : Que se passe-t-il s'il n'y a pas d'activité sur une file d'attente pendant une période de temps prolongée ?

Nous nous réservons le droit de supprimer une file d'attente si aucune des demandes suivantes n'a été délivrée sur la file d'attente depuis plus de 30 jours consécutifs : SendMessage, ReceiveMessage, DeleteMessage, GetQueueAttributes et SetQueueAttributes. Vous devez prendre ceci en compte lorsque vous concevez votre application.


Q : Comment partager une file d'attente ?

Un développeur associe une déclaration de politique d'accès (spécifiant les permissions accordées) avec la file d'attente à partager. Amazon SQS fournit des API pour créer et gérer les déclarations de politique d'accès : AddPermission, RemovePermission, SetQueueAttributes et GetQueueAttributes. Consultez les dernières spécifications de l'API pour plus de détails.

Q : Qui paie l'accès aux files d'attente partagées ?

Le propriétaire de la file d'attente paie l'accès à la file d'attente partagée.

Q : Comment identifier un autre utilisateur AWS ?

L'API Amazon SQS utilise le numéro de compte AWS pour identifier les utilisateurs AWS.

Q : Que dois-je fournir aux autres utilisateurs pour partager une file d'attente avec eux ?

Vous devrez fournir l'URL complète de la file d'attente à partager. Les opérations CreateQueue et ListQueues renvoient cette URL dans leur réponse.

Q : Amazon SQS prend-il en charge l'accès anonyme ?

Oui, avec l'API WSDL 2009 et ses versions ultérieures, un développeur peut définir une politique d'accès qui permet aux utilisateurs anonymes d'accéder à une file d'attente.

Q : Quand dois-je utiliser l'API de permissions ?

L'API de permissions fournit aux développeurs une interface simple qui leur permet de partager l'accès à une file d'attente, mais pas d'autoriser un accès conditionnel ou de prendre en charge des cas d'utilisation plus poussés.

Q : Quand dois-je utiliser SetQueueAttributes avec des objets JSON ?

L'opération SetQueueAttributes prend en charge le langage de stratégie d'accès total. En utilisant le langage de stratégie, l'accès à une file d'attente peut être restreint, par exemple par adresse IP et heure du jour. Référez vous à la documentation de politique d'accès dans le dernier Guide du développeur pour plus de détails.


Q : Quels sont les points d'accès du service Amazon SQS dans chaque région ?

Le point de terminaison USA Est (Virginie du Nord) est : http://sns.us-east-1.amazonaws.com

Le point de terminaison USA Ouest (Oregon) est :http://sns.us-west-2.amazonaws.com

Le point de terminaison USA Ouest (Californie du Nord) est : http://sns.us-west-1.amazonaws.com

Le point de terminaison UE (Irlande) est : http://sqs.eu-west-1.amazonaws.com

Le point de terminaison Asie-Pacifique (Singapour) est :http://sns.ap-southeast-1.amazonaws.com

Le point de terminaison Asie-Pacifique (Tokyo) est : http://sqs.ap-northeast-1.amazonaws.com

Le point de terminaison Asie-Pacifique (Sydney) est : http://sqs.ap-southeast-2.amazonaws.com

Le point de terminaison Amérique du Sud (Sao Paulo) est : http://sqs.sa-east-1.amazonaws.com

Q : Les messages peuvent-ils être partagés entres les files d'attente dans différentes régions ?

Non, Amazon SQS est totalement indépendant au niveau des banques de messages et noms de file d'attente dans chaque région.

Q : Y a-t-il une différence de tarifs entre les régions ?

Non, les tarifs d'Amazon SQS sont les mêmes pour les 8 régions.

Q : Quelle est la grille tarifaire pour les transferts entre les diverses régions ?

Le transfert de données entre Amazon SQS et Amazon EC2 à l'intérieur d'une seule région est gratuit. Les données transférées entre Amazon SQS et Amazon EC2 dans différentes régions seront facturées au tarif de transfert de données normal.