FAQ sur Amazon SNS

Q : Qu'est-ce qu'Amazon Simple Notification Service (Amazon SNS) ?

Amazon Simple Notification Service (Amazon SNS) est un service Web qui facilite la configuration, l'exploitation et l'envoi de notifications depuis le cloud. Il fournit aux développeurs une capacité hautement évolutive, flexible et économique pour publier des messages depuis une application et immédiatement les envoyer aux abonnés ou à d'autres applications. Destiné aux développeurs, il est conçu pour faciliter l'accès aux ressources informatiques à l'échelle du Web. Amazon SNS suit le paradigme de messagerie « publication-souscription » (pub-sub), avec l'envoi de notifications aux clients à l'aide d'un mécanisme « Push » qui élimine le besoin de rechercher périodiquement des nouvelles informations et mises à jour ou de les « interroger ». Avec des API simples ne nécessitant qu'un effort de développement initial minimal, aucun frais de maintenance ou de gestion et des tarifs à l'utilisation, Amazon SNS offre aux développeurs un mécanisme simple permettant d'incorporer un système de notification puissant à leurs applications.

Q : Comment commencer à utiliser Amazon SNS ?

Vous pouvez créer une rubrique Amazon SNS et publier des messages en quelques étapes en suivant notre tutoriel, d'une durée de 10 minutes, nommé Envoyer des notifications de déploiement.

Pour en savoir plus, consultez le manuel Amazon SNS Developer Guide, ainsi que l'exemple de code dans le Centre de ressources.

Q : Quels sont les avantages de l'utilisation d'Amazon SNS ?

Amazon SNS offre plusieurs avantages qui en font une solution polyvalente pour développer et intégrer des applications distribuées et faiblement associées :

• Livraison instantanée, basée sur la technologie Push (sans interrogation)
  
• Des API simples et une intégration facile avec les applications
  
• Livraison de message flexible sur plusieurs protocoles de transport
  
• Un modèle économique, sans abonnement ni coût initial
  
• AWS Management Console, basée sur le Web, offre la simplicité d'une interface pointer-cliquer

Q : Quels sont les exemples d'utilisation pour les notifications Amazon SNS ?

Le service Amazon SNS peut prendre en charge un large éventail de besoins, y compris la notification d'événements, la surveillance des applications, les systèmes de flux de travail, les mises à jour d'informations prioritaires et toute autre application qui génère ou consomme des notifications. Par exemple, Amazon SNS peut être utilisé dans des systèmes de flux de travail pour transmettre des évènements dans des applications informatiques distribuées, déplacer des données entre des banques de données ou mettre à jour des systèmes commerciaux. Les mises à jour et notifications d'évènement concernant la validation, l'approbation, les changements d'inventaire et le statut d'expédition sont immédiatement envoyées aux éléments pertinents du système, ainsi qu'aux utilisateurs finaux. Il est d'usage d'utiliser SNS pour publier des messages sur les files d'attente de messages Amazon SQS pour envoyer de manière fiable des messages vers un ou plusieurs composants système de manière asynchrone. Un autre exemple d'utilisation pour Amazon SNS est de transmettre des évènements critiques aux applications et périphériques mobiles. Etant donné qu'Amazon SNS est extrêmement fiable et évolutif, il fournit des avantages considérables aux développeurs qui construisent des applications qui dépendent des évènements en temps réel.

Q : Comment fonctionne Amazon SNS ?

Il est très facile de commencer à utiliser Amazon SNS. Les développeurs doivent tout d'abord créer une « rubrique » qui est un « point d'accès », identifiant une rubrique ou un type d'évènement spécifique, pour publier des messages et permettre aux clients de s'abonner aux notifications. Une fois qu'un topic est créé, le propriétaire du topic peut définir des politiques, comme limiter les personnes autorisées à publier des messages ou à s'abonner aux notifications, ou spécifier quels protocoles de notification seront pris en charge (c.-à-d. HTTP/HTTPS, e-mail, SMS). Les abonnés sont des clients qui souhaitent recevoir des notifications à propos de topics d'intérêt ; ils peuvent s'abonner à un topic ou être abonnés par le propriétaire de topic. Les abonnés spécifient le protocole et le point de terminaison (URL, adresse e-mail, etc.) pour envoyer les notifications. Lorsque les éditeurs ont des informations ou des mises à jour à notifier à leurs abonnés, ils peuvent publier un message sur le topic, ce qui déclenche immédiatement l'envoi du message à tous les abonnées applicables par Amazon SNS.

Q : En quoi Amazon SNS diffère-t-il d'Amazon SQS ?

Amazon SQS et Amazon SNS sont deux services de messagerie dans AWS et ils offrent différents avantages aux développeurs. Amazon SNS permet aux applications d'envoyer des messages à caractère urgent à plusieurs abonnés par le biais d'un mécanisme « push », en éliminant le besoin de rechercher périodiquement des mises à jour ou de les « interroger ». Amazon SQS est un service de file d'attente de messages utilisé par les applications distribuées pour échanger des messages par le biais d'un modèle d'interrogation et il peut être utilisé pour découpler des éléments d'envoi et de réception. Amazon SQS fournit la flexibilité aux éléments distribués des applications, afin d'envoyer et recevoir des messages sans demander à chaque élément d'être disponible simultanément.

Il est d'usage d'utiliser SNS pour publier des messages sur les files d'attente Amazon SQS pour envoyer de manière fiable des messages vers un ou plusieurs composants système de manière asynchrone.

Q : En quoi Amazon SNS diffère-t-il d'Amazon MQ ?

Amazon MQ, Amazon SQS et Amazon SNS sont des services de messagerie qui conviennent à tous les professionnels, de la start-up à l'entreprise. Si vous utilisez une messagerie avec des applications existantes et que vous souhaitez faire migrer votre messagerie sur le cloud facilement et rapidement, nous vous recommandons d'utiliser Amazon MQ. Ce service prend en charge les API et les protocoles aux normes de l'industrie. Vous pouvez ainsi passer de n'importe quel agent de messages basé sur les normes à Amazon MQ, sans devoir réécrire le code de messagerie dans vos applications. Si vous créez de toutes nouvelles applications dans le cloud, nous vous recommandons d'utiliser Amazon SQS ou Amazon SNS. Amazon SQS et SNS sont des services de file d'attente de messages et de rubriques légers et entièrement gérés qui se mettent à l'échelle à l'infini et qui fournissent des API simples et faciles d'utilisation. Vous pouvez utiliser Amazon SQS et SNS pour découpler et mettre à l'échelle des microservices, des systèmes distribués et des applications serverless tout en améliorant la fiabilité.

Q : Comment commencer à utiliser Amazon SNS ?

Pour s'inscrire à Amazon SNS, cliquez sur le bouton « S'inscrire » sur la page de présentation d'Amazon SNS. Vous devez avoir un compte Amazon Web Services pour accéder à ce service ; si ce n'est pas le cas, vous serez invité à en créer un lorsque vous démarrerez la procédure d'inscription à Amazon SNS. Après votre inscription, consultez la documentation et le guide de démarrage d'Amazon SNS pour commencer à utiliser le service. En utilisant AWS Management Console, vous pouvez facilement créer des topics, ajouter des abonnés, envoyer des notifications et modifier les politiques des topics, et ce à partir de votre navigateur.

Q : Amazon SNS est-il pris en charge par AWS Management Console ?

Amazon SNS est pris en charge par AWS Management Console qui fournit une interface Web de type pointer-cliquer pour accéder à Amazon SNS et gérer ce service. Au moyen d'AWS Management Console, vous pouvez créer des rubriques, ajouter des abonnées et envoyer des notifications, et ce à partir de votre navigateur. En outre, AWS Management Console facilite la publication de messages sur le point de terminaison de votre choix (HTTP, SQS, Lambda, notification Push sur mobile, e-mail ou SMS) et permet de modifier les politiques de rubrique pour contrôler l'accès de l'éditeur et de l'abonné.

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

Consultez la section Régions et points de terminaison AWS de la documentation AWS pour obtenir la liste la plus récente des points d'accès au service Amazon SNS.

Q : Puis-je obtenir un historique de tous les appels d'API SNS effectués sur mon compte à des fins d'analyse de sécurité et de résolution des problèmes opérationnels ?

Oui. SNS prend en charge AWS CloudTrail, un service Web qui enregistre les appels d'API AWS pour votre compte et vous transmet les fichiers journaux. Avec CloudTrail, vous pouvez obtenir un historique de ce type d'informations, comme l'identité de l'utilisateur à l'origine de l'appel d'API et son adresse IP source, l'heure de l'appel d'API, les paramètres de demande, ainsi que les éléments de réponse renvoyés par SNS.

Actuellement, SNS prend uniquement en charge l'audit CloudTrail pour les appels authentifiés. Les journaux d'audit CloudTrail pour les appels ConfirmSubscription et Unsubscribe ne sont pas disponibles pour l'instant. Pour plus d'informations, consultez la section consacrée à CloudTrail dans le Manuel du développeur SNS.

Pour obtenir un historique des appels d'API SNS réalisés sur votre compte, il vous suffit d'activer AWS CloudTrail dans AWS Management Console. Pour en savoir plus au sujet de AWS CloudTrail, cliquez ici. 

Q : Combien coûte Amazon SNS ?

Avec Amazon SNS, il n'y a pas de frais minimum et vous ne payez que ce que vous utilisez. Les utilisateurs paient 0,50 USD par million de requêtes Amazon SNS, 0,06 USD par tranche de 100 000 envois de notifications par HTTP et 2,00 USD par tranche de 100 000 envois de notifications par e-mail. Pour la messagerie SMS, les frais dépendent du pays de destination.

Amazon SNS inclut également un niveau gratuit, qui permet aux utilisateurs de démarrer gratuitement avec Amazon SNS. Chaque mois, les clients Amazon SNS ne paient pas de frais pour le premier million de demandes Amazon SNS, ni pour les 100 000 premières notifications par HTTP ni pour les 1 000 premières notifications par e-mail.

Veuillez vous référer à la page de présentation d'Amazon SNS pour avoir plus d'informations sur les tarifs et les coûts des transferts de données.

Q : Comment mon utilisation d'Amazon SNS 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 : Quelles sont les dates de fin et de début de facturation de mon utilisation d'Amazon SNS ?

Votre cycle de facturation Amazon SNS débute le premier jour de chaque mois et se termine le dernier jour de chaque mois. Vos frais mensuels seront totalisés à la fin de chaque mois.

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 sur les ventes applicables. Pour les clients dont l'adresse de facturation est située au Japon, l'utilisation de services AWS est soumise à la taxe sur la consommation applicable dans ce pays. En savoir plus.

Q : Quel est le format d'une rubrique Amazon SNS ?

Les noms de topics sont limités à 256 caractères. Les caractères alphanumériques, les traits d'union (-) et les traits de soulignement (_) sont autorisés. Les noms de topics doivent être uniques dans un compte AWS. Après avoir supprimé un topic, vous pouvez réutiliser son nom. Lorsqu'un topic est créé, Amazon SNS lui attribuera un ARN (Amazon Resource Name) unique qui inclura le nom du service (SNS), la région, l'ID AWS de l'utilisateur et le nom du topic. L'ARN sera renvoyé dans le cadre de l'appel API pour créer le topic. Lorsqu'un éditeur ou abonné a besoin de réaliser une action sur la rubrique, il doit faire référence à l'ARN de rubrique unique.

L'ARN suivant est celui d'un topic nommé « mytopic » créé par un utilisateur avec l'ID de compte AWS « 123456789012 » et hébergé dans la région USA Est :

arn:aws:sns:us-east-1:1234567890123456:mytopic Remarque : les utilisateurs NE doivent PAS essayer de créer l'ARN de la rubrique à partir de composants séparés ; ils doivent toujours utiliser le nom renvoyé par l'appel d'API pour créer la rubrique.

Q : Quelles sont les opérations disponibles dans Amazon SNS et qui peut les réaliser ?

Amazon SNS fournit un ensemble d'API simples pour activer les notifications d'évènement pour les propriétaires de rubrique, les abonnés et les éditeurs.

Opérations du propriétaire :

• CreateTopic – Créer un nouveau topic.
  
• DeleteTopic – Supprimer un topic créé précédemment.
  
• ListTopics – Liste des topics détenus par un utilisateur particulier (ID AWS).
  
• ListSubscriptionsByTopic – Lister les abonnements pour un topic particulier
  
• SetTopicAttributes – Définir/modifier les attributs du topic, y compris le paramétrage et la modification des permissions éditeur/abonné, des transports pris en charge, etc.
  
• GetTopicAttributes – Obtenir/afficher les attributs existants d'un topic
  
• AddPermission – Autoriser l'accès aux utilisateurs sélectionnés pour les actions spécifiées
  
• RemovePermission – Supprimer les permissions pour les utilisateurs sélectionnés pour les actions spécifiées

Opérations d'abonné :

• Subscribe – Enregistrer un nouvel abonnement sur un topic particulier, qui génèrera un message de confirmation de la part d'Amazon SNS
  
• ConfirmSubscription – Répondre au message de confirmation d'abonnement, confirmant la demande d'inscription de recevoir les notifications du topic de l'abonnement
  
• UnSubscribe – Annuler un abonnement précédemment enregistré
  
• ListSubscriptions – Lister les abonnements appartenant à un utilisateur particulier (AWS ID)

Opérations d'éditeur :

• Publish : Publier un nouveau message sur le topic.

Q : Pourquoi y a-t-il deux API différentes pour lister les abonnements ?

Les deux API pour lister les abonnements exécutent des fonctions différentes et retournent des résultats différents :

• L'API ListSubscriptionsByTopic permet à un propriétaire de topic de voir la liste de tous les abonnés activement enregistrés à un topic.
  
• L'API ListSubscriptions permet à un utilisateur d'obtenir une liste de tous ses abonnements actifs (à un ou plusieurs topics).

Q : Quels sont les différents formats/protocoles de transport pour recevoir les notifications ?

« SQS » – Les utilisateurs peuvent spécifier une file d'attente SQS standard ou FIFO en tant que point de terminaison ; Amazon SNS émet alors un message de notification vers la file d'attente spécifiée (que les abonnés peuvent ensuite traiter à l'aide des API SQS, comme ReceiveMessage, DeleteMessage, etc.).

• « HTTP », « HTTPS » – Les abonnés spécifient une URL dans le cadre de l'enregistrement d'abonnement; les notifications seront livrées via un HTTP POST vers l'URL spécifiée.
  
• « Email », « Email-JSON » – Les messages sont envoyés aux adresses enregistrées en tant qu'e-mail. L'e-mail-JSON envoie des notifications en tant qu'objet JSON, tandis que l'e-mail envoie un e-mail texte.
  
• « SQS » – Les utilisateurs peuvent spécifier une file d'attente SQS standard en tant que point de terminaison ; Amazon SNS émet alors un message de notification vers la file d'attente spécifiée (que les abonnés peuvent ensuite traiter à l'aide des API SQS, comme ReceiveMessage, DeleteMessage, etc.).
  
• “SMS” – Les messages sont envoyés aux numéros de téléphones enregistrés en tant que messages texte SMS.

Q : Les propriétaires de sujet peuvent-ils contrôler les protocoles de transport autorisés pour les sujets qu'ils créent/possèdent ?

Les propriétaires de sujet peuvent configurer des protocoles de transport spécifiques pour leurs sujets en définissant les permissions appropriées par le biais de politiques de contrôle d'accès.

Q : Comment un propriétaire définit-il des politiques de contrôle d'accès ?

Consultez le manuel Amazon SNS Getting Started Guide pour une présentation des politiques de contrôle d'accès.

Q : Un seul sujet peut-il prendre en charge des abonnements sur des protocoles/transports multiples ?

Les abonnés à un sujet Amazon SNS peuvent recevoir des notifications via n'importe quel protocole de transport pris en charge par le sujet. Un sujet peut prendre en charge des abonnements et des envois de notification sur des protocoles de transport multiples.

Q : Les abonnés peuvent-ils recevoir de manière sélective uniquement un sous-ensemble de messages publiés dans une rubrique ?

Oui. Vous pouvez désormais utiliser le filtrage des messages dans Amazon Simple Notification Service (SNS) afin de créer des architectures pub/sub plus simples et plus rationalisées. Le filtrage des messages permet aux abonnés des rubriques Amazon SNS de sélectionner les messages qui les intéressent et qu'ils souhaitent recevoir, au lieu de recevoir tous les messages publiés dans une rubrique. Pour surveiller l'utilisation des politiques relatives aux filtres d'abonnement SNS, utilisez les mesures d'Amazon CloudWatch automatiquement collectées pour vous. Vous pouvez également utiliser le type de ressource AWS::SNS::Subscription dans les modèles AWS CloudFormation pour déployer rapidement des solutions qui utilisent le filtrage de messages de SNS. Pour plus de détails, suivez notre tutoriel de 10 minutes, Filtrer les messages publiés dans les rubriques, ou reportez-vous à la section Filtrer les messages avec Amazon SNS de notre documentation.

Q : Est-il possible d'utiliser Amazon SNS avec d'autres services AWS ?

Amazon SNS peut être utilisé avec d'autres services AWS, tels qu'Amazon SQS, Amazon EC2 et Amazon S3. Voici un exemple décrivant comment un système de flux de travail de traitement de commande utilise Amazon SNS avec Amazon EC2, SQS et SimpleDB. Dans ce système, les messages sont envoyés entre les éléments d'application chaque fois qu'une transaction a lieu ou qu'une commande avance dans le pipeline de traitement de commande. Lorsqu'un client passe une commande, la transaction est tout d'abord enregistrée dans Amazon SimpleDB et une application fonctionnant sur Amazon EC2 envoie la demande de commande vers un processeur de paiement, qui débite la carte de crédit ou le compte bancaire du client. Une fois approuvé, un message de confirmation de commande est publié sur un topic Amazon SNS. Dans ce cas, le topic a divers abonnés sur e-mail/HTTP, le marchand, le client et les partenaires de la chaîne logistique, et les notifications envoyées par Amazon SNS pour ce topic peuvent instantanément mettre à jour tous ceux dont le paiement a bien été effectué. Les notifications peuvent être également utilisées pour orchestrer un système de traitement de commande en cours d'exécution sur EC2, où les notifications envoyées sur HTTP peuvent déclencher un traitement en temps réel dans des éléments associés, tels qu'un système d'inventaire ou un service d'expédition. En intégrant Amazon SNS avec Amazon SQS, toutes les notifications envoyées sont également conservées dans une file d'attente Amazon SQS où elles sont ultérieurement traitées par une application de contrôle.

Q : Amazon SNS est-il disponible dans toutes les régions où les services AWS sont disponibles ?

Consultez la section Régions et points de terminaison AWS de la documentation AWS pour obtenir les informations les plus récentes sur la disponibilité d'Amazon SNS.

Q : Quand les clients pourront-ils recréer des sujets portant des noms précédemment utilisés ?

Les noms sont généralement disponibles pour une réutilisation environ 30 à 60 secondes après la suppression du sujet précédent portant ce nom. Le moment exact dépendra du nombre d'abonnements actifs sur la rubrique : les rubriques avec quelques abonnés seront disponibles à la réutilisation instantanément, alors que celles avec de plus longues listes d'abonnés pourront demander plus de temps.

Q : Que sont les rubriques FIFO de SNS ?

À l'instar des rubriques de SNS standard, les rubriques FIFO de SNS permettent aux utilisateurs de publier un message dans une rubrique afin qu'il soit diffusé à une série de points de terminaison d'abonnement. Si vous souhaitez que la diffusion de ces messages soit classée (premier entré, premier sorti) et unique, et que SNS s'en charge, les rubriques FIFO de SNS sont exactement ce qu'il vous faut. Les rubriques FIFO d'Amazon SNS peuvent diffuser les messages classés dans les files d'attente FIFO d'Amazon Simple Queue Service (Amazon SQS) pour fournir une fonctionnalité de classement des messages de bout en bout cohérente pour les applications distribuées. Vous pouvez désormais réduire l'effort nécessaire pour traiter vos transactions à débit élevé classées de manière cohérente et simplifier votre architecture de messagerie. Lorsqu'une commande stricte n'est pas nécessaire, les rubriques FIFO d'Amazon peuvent également envoyer des messages aux files d'attente standard d'Amazon SQS, et ainsi offrir de la flexibilité dans la conception de vos applications. Les exemples de cas d'utilisation sont les suivants :journaux des transactions bancaires, téléscripteurs d'actions, suivi des vols, mises à jour des prix, diffusion d'informations et gestion des stocks.

Q : Dans quels cas me conseillez-vous d'utiliser les rubriques FIFO de SNS ? Et dans quels cas est-il préférable d'avoir recours à Kinesis Data Streams ?

Les rubriques FIFO de SNS et Kinesis Streams vous permettent tous deux de créer des applications qui nécessitent une messagerie plusieurs à plusieurs strictement classée. Les rubriques FIFO de SNS peuvent libérer des cas d'utilisation d'intégration d'application qui nécessitent une distribution conséquente et classée allant jusqu'à 100 abonnés. En revanche, Kinesis Streams prend en charge la distribution classée allant jusqu'à 5 abonnés et est souvent employée pour les cas d'utilisation d'analytique et de détection des anomalies.

Q : Comment un utilisateur doit-il s'abonner aux notifications pour qu'elles soient envoyées par e-mail ?

Pour recevoir des notifications par e-mail pour une rubrique particulière, un abonné doit spécifier « Email » ou « Email-JSON » en tant que protocole et fournir une adresse e-mail valide en tant que point de terminaison. Ceci peut être fait au moyen d'AWS Management Console ou en appelant l'API d'Amazon SNS directement. Amazon SNS enverra alors un e-mail avec un lien de confirmation vers l'adresse spécifiée et l'utilisateur doit surveiller l'adresse e-mail pour choisir explicitement l'option d'adhésion, afin de recevoir des notifications de cette rubrique particulière par e-mail. Une fois que l'utilisateur confirme l'abonnement en cliquant sur le lien fourni, tous les messages publiés sur la rubrique seront envoyés à cette adresse e-mail.

Q : Pourquoi Amazon SNS fournit-il deux protocoles de transport différents pour recevoir les notifications par e-mail ?

Les deux protocoles de transport par e-mail sont fournis pour deux types de clients/utilisateurs finaux distincts. « Email-JSON » envoie des notifications en tant qu'objet JSON et est destiné aux applications qui traitent les e-mails via un programme. Le transport par « e-mail » est destiné aux utilisateurs finaux/consommateurs et les notifications sont des messages réguliers sous forme de texte facilement lisibles.

Q : Un utilisateur peut-il changer le nom de sujet et d'affichage pour les notifications envoyées sur Email/Email-JSON ?

Amazon SNS permet aux utilisateurs de spécifier le champ de l'objet pour les e-mails en tant que paramètre transmis via l'appel d'API Publish et il peut être différent pour chaque message publié. Le nom d'affichage d'un sujet peut être défini en utilisant l'API SetTopicAttributes ; ce nom s'appliquera à tous les e-mails envoyés depuis ce sujet.

Q : Les abonnés doivent-ils configurer spécifiquement leurs paramètres de messagerie électronique pour recevoir des notifications Amazon SNS ?

Dans la plupart des cas, aucune opération spécifique n'est requise pour que les utilisateurs reçoivent les confirmations d'abonnement et les notifications d'Amazon SNS. Toutefois, il pourrait y avoir des cas où les paramètres par défaut du prestataire d'e-mail ou autres configurations spécifiques à l'utilisateur redirigent par erreur les e-mails vers le dossier indésirables/spam. Afin de s'assurer que les utilisateurs voient les messages de confirmation et les notifications envoyés depuis Amazon SNS, ils peuvent ajouter « no-reply@sns.amazonaws.com » à leur liste de contacts et vérifier que leur dossier de courrier indésirable ne contient pas les messages d'Amazon SNS.

Q : Dans le cas du transit par une file d'attente SQS en tant que point de terminaison, les utilisateurs ont-ils besoin de créer une file d'attente avant de s'abonner ? Quelles permissions seront demandées par la file d'attente ?

A l'aide de la console SQS, les utilisateurs doivent créer une file d'attente SQS qu'ils abonneront ensuite au sujet souhaité. Sélectionnez cette file via la console 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 consulter une procédure pas-à-pas, consultez la documentation Amazon SNS.

Q : Comment un développeur doit-il configurer une file d'attente Amazon SQS pour recevoir des notifications Amazon SNS ?

Pour qu'Amazon SNS envoie des notifications sur une file d'attente SQS, un développeur doit s'abonner à une rubrique en spécifiant « SQS » en tant que protocole de transport et une file d'attente SQS standard valide en tant que point de terminaison. Afin qu'une file d'attente SQS puisse recevoir les notifications envoyées par Amazon SNS, son propriétaire doit l'abonner au sujet approprié afin qu'Amazon SNS puisse parvenir à lui transmettre les messages.

Si l'utilisateur est le propriétaire du topic Amazon SNS auquel sont abonnés des utilisateurs, ainsi que de la file d'attente SQS recevant les notifications, rien de plus n'est requis. Tout message publié sur le topic sera automatiquement envoyé à la file d'attente SQS spécifiée. Si l'utilisateur possédant la file d'attente SQS n'est pas le propriétaire de la rubrique, Amazon SNS demandera une confirmation explicite à la demande d'abonnement.

Consultez la documentation relative à Amazon SNS pour plus de détails sur l'abonnement d'une file d'attente SQS à un sujet et la définition de politiques de contrôle d'accès pour les files d'attente 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 standard et abonnez-les à la rubrique SNS. A présent, dès qu'un message est envoyé à la rubrique SNS, il 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 à la rubrique.

Q : Quel est le format des messages de notification structurés envoyé par Amazon SNS ?

Le message de notification envoyé par Amazon SNS pour les livraisons via les protocoles de transport HTTP, HTTPS, Email-JSON et SQS sera composé d'un objet JSON simple, qui comprendra les informations suivantes :

• MessageId : Un identifiant universellement unique, unique pour chaque notification publiée.
  
• Timestamp : L'heure GMT (estampille temporelle) à laquelle la notification a été publiée.
  
• TopicArn : Le topic dans lequel ce message a été publié.
  
• Type : Le type de message de livraison, défini sur « Notification » pour les livraisons de notification.
  
• UnsubscribeURL : Un lien pour désabonner le point de terminaison de ce topic et empêcher de recevoir d'autres notifications.
  
• Message : le corps (payload) du message, comme reçu par l'éditeur.
  
• Subject : Le champ Objet – dans le cas où il y en a un d'inclus comme paramètre facultatif afin de publier l'appel API en même temps que le message.
  
• Signature : Signature cryptée Base64 "SHA1withRSA" du message, MessageId, Objet (le cas échéant), type, estampille temporelle et valeurs du topic.
  
• SignatureVersion : Version de la signature Amazon SNS utilisée.

Les messages de notification envoyés sur le transport « e-mail » ne contiennent que les données utiles (corps du message) reçues de l'éditeur.

Q : Comment un utilisateur doit-il s'abonner aux notifications pour qu'elles lui soient envoyées par SMS ?

Veuillez vous référer à la section « Questions relatives aux SMS » ci-dessous.

Q : Comment les utilisateurs peuvent-ils sécuriser les messages envoyés sur mes rubriques ?

Tous les appels API réalisés vers Amazon SNS sont validés avec l'ID AWS et la signature de l'utilisateur. En outre, nous recommandons aux utilisateurs de sécuriser leurs données en se connectant à nos points de terminaison SSL sécurisés.

Q : Qui peut créer un sujet ?

Les sujets ne peuvent être créés que par des utilisateurs disposant d'ID AWS valides et qui se sont abonnés à Amazon SNS. Le meilleur moyen de créer un sujet est d'utiliser AWS Management Console. Il peut également être créé par l'API CreateTopic. AWS Management Console est disponible à l'adresse http://thinkwithwp.com/fr/console

Q : Plusieurs utilisateurs peuvent-ils publier sur un seul sujet ?

Un propriétaire de sujet peut définir des permissions explicites pour autoriser plus d'un utilisateur (avec un ID AWS valide) à publier sur son sujet. Par défaut, seuls les propriétaires des sujets ont des permissions pour publier.

Q : Comment le propriétaire peut-il accorder/révoquer les permissions de publication ou d'abonnement sur un sujet ?

Avec les API AddPermission et RemovePermission, les développeurs bénéficient d'une interface simple leur permettant d'ajouter et de retirer des permissions pour un sujet. Toutefois, pour l'accès conditionnel et les cas d'utilisation plus avancés, les utilisateurs doivent utiliser des politiques de contrôle d'accès pour gérer les permissions. La méthode la plus simple pour créer un sujet est d'utiliser AWS Management Console. AWS Management Console est disponible à l'adresse http://thinkwithwp.com/fr/console

Q : Comment un propriétaire de sujet donne-t-il accès aux abonnés ? Les abonnés doivent-ils avoir des ID AWS valides ?

Amazon SNS permet aux utilisateurs avec et sans ID AWS de recevoir des notifications. Le propriétaire du topic peut accorder/restreindre l'accès aux abonnés en définissant des permissions appropriées pour le topic à l'aide des politiques de contrôle d'accès. Les utilisateurs peuvent recevoir des notifications de la part d'Amazon SNS de deux manières :

• Les utilisateurs avec des ID AWS : Les abonnés avec des ID AWS valides (consultez ce lien pour des détails sur l'obtention d'ID AWS) peuvent s'abonner directement à n'importe quel topic, tant que leur propriétaire leur en accordera la permission. Les ID AWS seront validées dans le cadre de l'enregistrement de l'abonnement.
  
• Autres utilisateurs : Les propriétaires de topics peuvent abonner et enregistrer des points de terminaison au nom d'utilisateurs sans ID AWS.

Dans les deux cas, le propriétaire du point de terminaison d'abonnement doit choisir explicitement l'option d'adhésion et confirmer l'abonnement en répondant au message de confirmation envoyé par Amazon SNS.

Q : Comment Amazon SNS authentifiera-t-il les appels d'API ?

Tous les appels d'API en direction d'Amazon SNS valideront l'authenticité en exigeant que les demandes soient signées avec la clé secrète du compte ID AWS et en vérifiant la signature incluse dans les demandes.

Q : Comment Amazon SNS valide-t-il une demande d'abonnement de sorte que les notifications ne soient pas envoyées aux utilisateurs en tant que courrier indésirable ?

Dans le cadre de l'enregistrement de l'abonnement, Amazon SNS veillera à ce que les notifications soient uniquement envoyées à des abonnées/points de terminaison enregistrés et valides. Pour empêcher le spam et s'assurer qu'un point de terminaison d'abonné est réellement intéressé par la réception des notifications depuis un sujet particulier, Amazon SNS requiert une adhésion explicite en deux étapes de la part des abonnés :

i. Lorsqu'un utilisateur appelle l'API Subscribe et s'abonne à un point de terminaison, Amazon SNS enverra un message de confirmation pour le point de terminaison spécifié.

ii. A la réception du message de confirmation au point de terminaison, l'abonné doit confirmer la demande d'abonnement en envoyant une réponse valide. C'est seulement à ce moment qu'Amazon SNS jugera que la demande d'abonnement est valide. S'il n'y a pas de réponse au défi, Amazon SNS n'enverra plus de notifications vers ce point de terminaison. Le mécanisme exact pour confirmer l'abonnement varie en fonction du protocole de transport sélectionné :

• Pour les notifications HTTP/HTTPS, Amazon SNS va d'abord POSTER le message de confirmation (contenant un jeton) vers l'URL spécifiée. L'application surveillant l'URL devra appeler l'API ConfirmSubscription avec le jeton inclus.
  
• Pour les notifications par e-mail et e-mail-JSON, Amazon SNS enverra un e-mail vers l'adresse spécifiée avec un lien intégré. L'utilisateur devra cliquer sur ce lien pour confirmer la demande d'abonnement.
  
• Pour les notifications SQS, Amazon SNS mettra en file d'attente un message de demande d'accès contenant un jeton vers la file d'attente spécifiée. L'application surveillant la file d'attente devra appeler l'API ConfirmSubscription avec le jeton inclus.

Note : Les étapes d'option d'adhésion explicite décrites ci-dessus ne sont pas requises pour le cas spécifique où vous abonnez votre file d'attente Amazon SQS vers votre topic Amazon SNS – et que les deux sont « détenus » par le même compte AWS.

Q : Combien de temps les demandes d'abonnement restent en attente de confirmation ?

Les jetons inclus dans le message de confirmation envoyé aux points de terminaison lors d’une demande d’abonnement sont valables pendant deux jours.

Q : Qui peut changer les permissions sur un sujet ?

Seul le propriétaire d'un sujet peut en changer les permissions.

Q : Comment les utilisateurs peuvent-ils vérifier que les messages de notification sont envoyés depuis Amazon SNS ?

Pour garantir l'authenticité des notifications, Amazon SNS signera tous les envois de notification à l'aide d'un mécanisme de sécurité par cryptage asymétrique (paire de clés privée-publique basée sur des certificats). Amazon SNS publiera son certificat sur un emplacement bien connu (par ex. http://sns.us-east-1.amazonaws.com/SimpleNotificationService.pem pour la région USA Est) et signera les messages avec la clé privée de ce certificat. Les développeurs/applications peuvent obtenir le certificat et valider la signature dans les notifications avec la clé publique du certificat, afin de garantir que la notification a été vraiment envoyée par Amazon SNS. Pour plus de détails sur les emplacements de certificat, consultez la page de détails d'Amazon SNS.

Q : Les éditeurs doivent-ils également signer les messages ?

Avec Amazon SNS, les éditeurs avec des ID AWS doivent valider leurs messages en les signant avec leur clé AWS secrète ; la signature est ensuite validée par Amazon SNS.

Q : Un éditeur/abonné peut-il utiliser SSL pour sécuriser ses messages ?

Oui, les éditeurs et les abonnés peuvent utiliser SSL pour sécuriser le canal d'envoi et de réception des messages. Les éditeurs peuvent se connecter à Amazon SNS sur HTTPS et publier des messages sur le canal SSL. Les abonnés doivent enregistrer un point de terminaison compatible avec SSL dans le cadre de l'enregistrement d'abonnement et les notifications seront envoyées à un canal SSL vers ce point de terminaison.

Q : De quelles permissions un abonné a-t-il besoin pour permettre à Amazon SNS d'envoyer des notifications vers un point de terminaison enregistré ?

Le propriétaire du point de terminaison recevant les notifications doit accorder les permissions pour qu'Amazon SNS envoie les messages vers ce point de terminaison.

Q : Comment se désabonner ?

Les abonnés peuvent être désabonnés par le propriétaire de la rubrique, le propriétaire de l'abonnement ou d'autres, en fonction du mécanisme utilisé pour confirmer la demande d'abonnement.

• Un abonnement confirmé avec la balise AuthenticateOnUnsubscribe définie dans l'appel vers l'appel d'API ConfirmSubscription API peut uniquement être désabonné par un propriétaire de rubrique ou le propriétaire de l'abonnement.
  
• Si l'abonnement a été confirmé de manière anonyme sans la balise AuthenticateOnUnsubscribe définie sur Vraie, il est possible de s'y désabonner de manière anonyme.

Dans tous les cas, hormis lors du désabonnement par le propriétaire, un message d'annulation final sera envoyé au point de terminaison, pour permettre au propriétaire du point de terminaison de se réabonner facilement au topic (si la demande de désabonnement était accidentelle ou réalisée de manière erronée). Pour plus de détails sur l'API ConfirmSubscription, consultez la documentation d'Amazon SNS.

Q : Est-ce qu'Amazon SNS est éligible selon la loi HIPAA ?

Oui. Le programme de conformité HIPAA AWS comprend Amazon SNS parmi ses services éligibles HIPAA. Si vous disposez d'un contrat de partenariat avec AWS, vous pouvez dès à présent utiliser Amazon SNS pour concevoir des applications conformes HIPAA. Si vous ne possédez pas de BAA ou pour toutes autres questions sur l'utilisation d'AWS pour vos applications compatibles HIPAA, contactez-nous pour plus d'informations. Veuillez noter que les fonctionnalités de notification push mobile et de SMS d'Amazon SNS n'entrent pas dans le champ de l'éligibilité HIPAA du Service et ne sont donc pas adaptées à la transmission PHI ( Protected Health Information).

Pour obtenir plus d'informations, consultez les ressources suivantes :

• Page AWS Conformité à la loi HIPAA
• Page AWS Le cloud computing dans le secteur de la santé

Pour connaître la liste actuelle des programmes de conformité couverts par Amazon SNS, consultez Services AWS concernés par le programme de conformité.

Q : Avec quels éléments Amazon SNS se conforme ?

Consultez la section Services AWS concernés par le programme de conformité pour obtenir les dernières informations concernant SNS et les autres services AWS.

Q : Quelle est la durabilité de mes données une fois qu'elles sont publiées sur Amazon SNS ?

SNS promet un stockage durable de tous les messages qu'il reçoit. A la réception d'une requête de publication, SNS stocke plusieurs copies (sur disque) du message dans plusieurs zones de disponibilité avant de confirmer la réception de la requête à l'expéditeur. Chaque région AWS se compose de plusieurs emplacements isolés appelés zones de disponibilité. Bien qu'elles soient rares, si une panne survient dans une zone, l'exécution de SNS et la durabilité de votre message se poursuivent sans interruption.

Q : Une notification contient-elle plus d'un message ?

Non, tous les messages de notification contiendront un seul message publié.

Q : Combien de fois un abonné reçoit-il chaque message ?

Bien que la plupart du temps chaque message est envoyé vers votre application exactement une seule fois, la nature distribuée d'Amazon SNS et les conditions temporaires du réseau pourraient entraîner la duplication des messages du côté de l'abonné. Les développeurs doivent concevoir leurs applications de manière à ce qu'un message traité plus d'une fois ne crée pas d'erreurs ou d'incohérences.

Q : Les messages me seront-ils envoyés dans l'ordre exact de leur publication ?

Le service Amazon SNS essaiera d'envoyer les messages de l'éditeur dans l'ordre dans lequel ils ont été publiés sur le topic. Toutefois, les problèmes de réseau peuvent entraîner potentiellement des messages "out-of-order" du côté de l'abonné.

Q : Un message peut-il être supprimé après avoir été publié ?

Non, une fois qu'un message a été publié sur un sujet, il ne peut pas être retiré.

Q : La livraison des messages au point de terminaison abonné est-elle garantie par Amazon SNS ?

Oui, pour autant que le point de terminaison abonné soit accessible. La livraison d’un message échoue quand Amazon SNS ne peut pas accéder à un point de terminaison abonné, que ce soit en raison d’une erreur côté client ou serveur. Une erreur côté client se produit lorsque le point de terminaison abonné a été supprimé par son propriétaire ou lorsque les autorisations d’accès ont été modifiées de telle sorte qu’Amazon SNS ne parvient plus à livrer de messages à ce point de terminaison. Une erreur côté serveur se produit lorsque le service sur lequel repose le fonctionnement du point de terminaison abonné est indisponible, par exemple Amazon SQS ou AWS Lambda. Quand Amazon SNS reçoit une erreur côté client ou continue à recevoir, pour un message, une erreur côté serveur au-delà du nombre de tentatives spécifié par la politique de nouvel essai correspondante, Amazon SNS supprime le message, excepté si une file d’attente de lettres mortes est attachée à l’abonnement. Pour plus d’informations, consultez Tentatives de remise de message et Files d’attente de lettres mortes Amazon SNS.

Q : Qu'arrive-t-il aux messages Amazon SNS si le point de terminaison abonné n'est pas disponible ?

Si un message ne peut pas être livré correctement à la première tentative, Amazon SNS exécute une politique de nouvel essai en 4 étapes : 1) nouvel essai immédiat, 2) nouvel essai après un délai minimal entre les tentatives, 3) nouvel essai selon un modèle de retrait et 4) nouvel essai avec un délai maximal entre les tentatives. Lorsque l’application de la politique de nouvel essai de livraison du message est arrivée à son terme, Amazon SNS peut déplacer le message dans une file d’attente de lettres mortes (DLQ). Pour plus d’informations, consultez Tentatives de remise de message et Files d’attente de lettres mortes Amazon SNS.

Q : Quelles fonctionnalités font partie de la capacité d’envoi de SMS à l’international ?

Vous pouvez utiliser Amazon SNS pour envoyer des SMS (textos) dans plus de 200 pays. Les destinataires doivent au préalable vous autoriser à envoyer des SMS à leurs numéros de téléphone, lorsque la loi et les réglementations locales l’exigent. Amazon SNS vous envoie désormais des SMS via AWS End User Messaging. En outre, vous pouvez définir des quotas de dépenses par compte et par message pour éviter tout dépassement involontaire. 

Q : Quand dois-je attribuer le statut transactionnel ou promotionnel à un SMS ?

Vous devez attribuer à vos messages le statut transactionnel ou promotionnel en fonction du contenu et de l’intention de votre message SMS. Le type que vous devez sélectionner pour vos SMS est spécifié par la réglementation ou conformément aux recommandations de bonnes pratiques fournies par les opérateurs de télécommunications ou les régulateurs du pays de destination. Pour plus d’informations sur les itinéraires des messages et sur le type correct de votre message SMS, consultez la section Routes des messages.

Q : Quelles sont les identités d’origine ainsi que les types d’identifiants d’origine pris en charge par Amazon SNS ?

Lorsque vous envoyez des SMS à un numéro de téléphone mobile, ils sont envoyés via un numéro de téléphone ou un identifiant d’expéditeur associé à votre compte AWS. En général, ils sont appelés identifiants d’origine. AWS prend en charge différents types d’ID d’origine, notamment les codes courts, les codes longs, le 10DLC et les identifiants d’expéditeur. Pour obtenir et acheter des identifiants d'origine, consultez la section Demander un numéro de téléphone dans le guide d’utilisation d’AWS End User Messaging. Tous les ID d’origine de charges de travail SMS sont gérés par AWS End User Messaging et peuvent être utilisés avec Amazon SNS pour envoyer des SMS. Vous pouvez consulter la liste des identifiants d’origine disponibles sur votre compte en accédant à la console AWS End User Messaging. Pour en savoir plus, consultez la section Concepts relatifs aux SMS.

Q : Où puis-je trouver des informations sur les bonnes pratiques d’envoi de messages SMS ?

Lorsque vous envoyez des SMS, il est important de connaître et de respecter les lois, réglementations et exigences des opérateurs en fonction de tous les pays de destination vers lesquels vous prévoyez d’envoyer des SMS. Pour en savoir plus, consultez l’article Meilleures pratiques en matière de SMS.

Q : Quels sont les quotas de dépenses par compte et par messages, et comment fonctionnent-ils ?

Des quotas de dépenses peuvent être spécifiés pour un compte AWS et pour des messages individuels. Ils s'appliquent au coût d'envoi des SMS.

Par défaut, si aucun quota de dépenses par compte n'est précisé, celui-ci est de 1,00 USD par mois. Si vous souhaitez augmenter le quota, envoyez une demande d'augmentation du quota SNS. Pour le champ Nouveau quota, saisissez le quota des dépenses mensuelle souhaité. Dans le champ Description du cas d’utilisation, expliquez la raison pour laquelle vous demandez une augmentation du quota des dépenses mensuelles pour les SMS.

Amazon SNS envoie les SMS que vous publiez tant que le coût total de votre trafic SMS ne dépasse pas votre quota de dépenses du mois civil en cours. Une fois le quota de dépenses dépassé, Amazon SNS cesse d'envoyer vos messages jusqu'à ce que vous augmentiez le quota de dépenses ou jusqu'au début du mois civil suivant. De même, vous pouvez également préciser un quota de dépenses pour un message individuel. Amazon SNS n’enverra ce message que si son coût d'envoi ne dépasse pas le quota. Amazon SNS n'envoie pas vos SMS en cas de dépassement du quota de dépenses par compte, que le quota de dépenses par message soit dépassé ou non.

Q : La communication bidirectionnelle par SMS est-elle prise en charge ?

Amazon SNS prend en charge les fonctionnalités de SMS bidirectionnels via AWS End User Messaging. Pour activer la messagerie bidirectionnelle, sauf pour la désinscription lorsque la réglementation locale l’exige, consultez la section Messagerie SMS bidirectionnelle.

Q : Dois-je abonner des numéros de téléphone à une rubrique SNS avant d’envoyer un SMS à cette dernière ?

Vous n’avez plus besoin d’abonner un numéro de téléphone à une rubrique Amazon SNS avant de publier des messages sur celle-ci. Vous pouvez publier des messages directement sur un numéro de téléphone à l’aide de la console Amazon SNS ou de la requête de publication dans l’API d’Amazon SNS.

Q : Des numéros longs ou des numéros abrégés sont-ils proposés à l’achat par AWS ?

Oui. Vous pouvez réserver un code court dédié, des codes longs et d’autres types d’identifiant d’origine. Vous pouvez demander des identifiants d’origine via la console AWS End User Messaging. Pour plus d’informations, consultez la section Demander un numéro de téléphone.

Q : AWS propose-t-il l’achat de numéros longs ?

Oui. Vous pouvez acheter des numéros longs avec Amazon SNS, comme décrit ici.

Q : Les notifications par SMS proviendront-elles d’un numéro spécifique ?

Amazon SNS va utiliser des numéros tels que configurés pour votre compte. Le service mettre en place une hiérarchie à l’aide d’un numéro abrégé dédié, suivi de l’un des numéros longs dédiés. Si vous n’avez pas de numéros dédiés, Amazon SNS reviendra à l’utilisation d’un ensemble de numéros partagés pour envoyer les notifications par SMS. Avec l’ensemble partagé, Amazon SNS tente d’utiliser le même numéro lors de l’envoi de messages à un numéro de téléphone destinataire spécifique. Cette fonctionnalité est appelée « Sticky Sender ID ». Toutefois, et suivant divers facteurs comme les conditions réseau ou le débit disponible, un numéro différent peut être utilisé.

Pour contrôler l’identité d’origine qu’Amazon SNS utilise pour envoyer les messages, vous pouvez réserver des numéros abrégés ou longs dédiés. En réservant un ou plusieurs numéros, vous permettez à votre public d'identifier plus facilement votre organisation comme la source de vos messages. Pour en savoir plus, consultez les rubriques Réserver un numéro abrégé dédié pour l'envoi de SMS ou Réserver un numéro long dédié pour l'envoi de SMS du Guide du développeur Amazon SNS.

Q : Vers quels pays l'envoi de SMS à l'international d'Amazon SNS est-il pris en charge ?

Amazon SNS prend en charge plus de 200 pays et poursuit son expansion. Consultez la liste des pays couverts par le service SMS pour obtenir la liste complète des pays d'appel pris en charge. Pour l'envoi de messages SMS vers la Chine, veuillez nous contacter.

Q : Quelles régions AWS prennent en charge l'envoi de SMS à l'international ?

Reportez-vous à la page Régions et pays pris en charge par SNS de la documentation Amazon SNS pour obtenir la liste la plus récente des régions où les applications qui utilisent Amazon SNS pour envoyer des SMS peuvent être hébergées.

Q : Quel est le format des numéros de téléphone permettant d’envoyer des messages vers d’autres pays ?

AWS encourage vivement l'utilisation de la recommandation E.164 pour tous les numéros de téléphone, qu'il s'agisse de numéros d'appel ou de destination (le cas échéant). Veuillez consulter la liste des pays couverts par le service SMS pour obtenir la liste complète des pays pris en charge.

Q : Le service Amazon SNS détermine-t-il si un numéro est un numéro de téléphone mobile, fixe ou VoIP ?

Non. A l'heure actuelle, Amazon SNS n'est pas en mesure de détecter si un numéro est un numéro de téléphone mobile, fixe ou VoIP.

Q : L'envoi temporel ou programmé est-il pris en charge pour les SMS ?

Non. Amazon SNS ne prend actuellement pas en charge l'envoi temporel ou programmé.

Q : Comment puis-je suivre l'état d'envoi de mes SMS ?

En activant la fonctionnalité Delivery Status dans Amazon SNS, vous pouvez obtenir les informations suivantes pour chaque message : identifiant du message, heure d'envoi, numéro de téléphone de destination, distribution, motif de la distribution (le cas échéant), prix et durée de consultation.

Q : Les MMS sont-ils pris en charge ?

Non. Amazon SNS ne prend actuellement pas en charge les MMS.

Q : Quel est le coût de réception des SMS provenant d'Amazon SNS ?

Les coûts de réception des SMS dépendent des données et de la messagerie comprises dans le forfait de l'opérateur de téléphonie mobile du destinataire.

Q : Comment les destinataires peuvent-ils refuser les SMS transmis par AWS ?

Les destinataires peuvent refuser à l'aide de leurs appareils en utilisant l'un des éléments suivants pour répondre au message :

• ARRET
• CANCEL
• END
• OPT-OUT
• OPTOUT
• QUIT
• REMOVE
• STOP
• TD
• UNSUBSCRIBE
  

Pour refuser, le destinataire doit répondre à l'aide du même code long ou code court qu'Amazon SNS a utilisé pour transmettre le message. Après avoir refusé, le destinataire ne recevra plus les SMS envoyés à partir de votre compte AWS, sauf si vous réactivez le numéro de téléphone.

Q : Comment savoir si l'appareil d'un destinataire est « désabonné » du service d'envoi de SMS à l'international ?

La console SNS affiche la liste des numéros désabonnés pour votre compte. De plus, l'API Amazon SNS fournit la requête ListPhoneNumbersOptedOut permettant de répertorier les numéros de téléphone désinscrits.

Q : Si un utilisateur se désabonne du service, ce numéro sera-t-il automatiquement désinscrit de la rubrique SNS ?

Non. Les désabonnements n'entraînent pas la désinscription d'un numéro d'une rubrique Amazon SNS, mais désactivent son inscription. Ainsi, si vous désabonnez un numéro de téléphone, vous n'avez pas besoin de le réinscrire à la rubrique.

Q : Comment m'assurer que l'utilisateur final a bien reçu mon SMS ?

Vous pouvez utiliser la fonction Delivery Status pour obtenir des informations sur la distribution finale de votre SMS. Pour obtenir plus d'informations sur la fonction et découvrir comment l'utiliser, veuillez consulter notre documentation.

Q : Le service Amazon SNS fournit-il des accusés de réception pour les SMS ?

Notre fonction Delivery Status fournit des informations basées sur les accusés de réception transmis par l'opérateur de destination. Pour plus d'informations sur la fonction Delivery Status et son utilisation, consultez notre documentation.

Q : Est-il possible d'envoyer des SMS vers des services VoIP comme Google Voice ou Hangouts ?

Oui. Amazon SNS prend en charge l'envoi de SMS vers des services VoIP capables de recevoir des SMS.

Q : Combien facturez-vous les envois de SMS ?

Lorsque vous envoyez des SMS via l’API d’Amazon SNS, nous facturons 0,5 USD par million de demandes adressées à SNS. De plus, pour chaque SMS envoyé, vous payez des frais de livraison qui varient en fonction du pays du destinataire, du type de route utilisée, de l’opérateur mobile du destinataire et d'autres facteurs. Pour plus de détails sur le coût de l’envoi de SMS, consultez la page de tarification d’AWS End User Messaging. 

Q : Suis-je facturé si les SMS n’arrivent pas ?

Les échecs d'envoi peuvent vous être facturés si l'opérateur de destination signale une tentative d'envoi des messages vers un numéro de téléphone non valide. Les numéros de téléphone peuvent ne pas être valides pour différentes raisons, notamment si le numéro n'existe pas, si le compte du destinataire ne dispose pas de suffisamment de crédits ou s'il s'agit d'un numéro de téléphone fixe. Les échecs de SMS seront également facturés dans d'autres scénarios.

Q : La longueur du message que j'envoie influe-t-elle sur le prix que je paie ?

Oui. Un SMS peut contenir au maximum 140 octets d'informations. Si un SMS fait plus de 140 octets, Amazon SNS le divise automatiquement en plusieurs messages. Lorsqu'Amazon SNS divise un long message en plusieurs messages plus petits, vous payez chacun des messages.

Le nombre maximum de caractères dans un seul message dépend de l'encodage des caractères. Si un message comprend des caractères encodés avec GSM-7 (aussi connu sous le nom GSM 03.38), l'encodage peut inclure 160 caractères. Un message utilisant l'encodage ASCII peut contenir jusqu'à 140 caractères. Un message utilisant l'encodage UCS-2 peut contenir jusqu'à 70 caractères. Lorsque vous utilisez Amazon SNS pour envoyer un SMS, le service choisit automatiquement l'encodage compact qui prend en charge tous les caractères contenus dans le message.

Pour en savoir plus sur l'envoi de SMS, consultez la section Envoi d’un message SMS du manuel Guide du développeur Amazon Simple Notification Service.

Q : Existe-t-il dans l'offre gratuite d'AWS une enveloppe pour l'envoi de SMS ?

Non.

Q : Y a-t-il des quotas pour le nombre de rubriques ou d'abonnés par rubrique ?

Par défaut, SNS propose 10 millions d'abonnements par rubrique et 100 000 rubriques par compte. Pour augmenter ce quota, contactez le support.

Q : Combien de données (et de quel type) sont incluses dans un message ?

A l'exception des messages SMS, les messages Amazon SNS peuvent contenir jusqu'à 256 Ko de données textuelles, y compris au format XML, JSON et sous forme de 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).

Chaque lot de 64 Ko de données publiées est facturé comme 1 demande. Par exemple, un seul appel API avec des données libres de 256 Ko sera facturé comme quatre demandes.

Messages SMS

Chaque message SMS peut contenir jusqu'à 140 octets, et la limite de caractères dépend du schéma d'encodage. Par exemple, un message SMS peut contenir :

• 160 caractères GSM
  
• 140 caractères ASCII
  
• 70 caractères UCS-2

Si vous publiez un message qui dépasse la limite de taille, Amazon SNS l'envoie sous la forme de plusieurs messages, chacun respectant la limite de taille. Les messages ne sont pas coupés au milieu d'un mot, mais sur la base d'un mot entier. La limite de taille totale pour une action de publication de SMS unique est de 1 600 octets.

Q : Combien de filtres de message peuvent être appliqués à une rubrique ?

Par défaut, 200 politiques de filtres par compte et par région peuvent être appliquées à une rubrique. S'il vous en faut davantage, contactez-nous.

Q : Existe-t-il des ports TCP spécifiques à utiliser pour la communication d'une région à une autre entre SNS et EC2 ? 

Oui, la communication d'une région à une autre entre SNS et EC2 n'est garantie que sur les ports 80/443/4080/8443 ; il est donc recommandé d'éviter d'utiliser les autres ports.

Q : Qu'est-ce que la diffusion de message brut ?

Vous pouvez désormais demander une diffusion de vos messages au format brut, c'est-à-dire en conservant exactement la forme sous laquelle vous les avez publiés. Par défaut, les messages sont diffusés encodés en JSON qui fournit des métadonnées sur le message et le sujet. La diffusion de message brut peut être activée en définissant la propriété « RawMessageDelivery » dans les abonnements. Cette propriété peut être définie à l'aide de la console de gestion AWS ou de l'API SetSubscriptionAttributes.

Q : Qu'est-ce que le comportement par défaut si la propriété de diffusion de message brut pour l'abonnement n'est pas définie ?

Par défaut, si cette propriété n'est pas définie, les messages seront diffusés au format JSON, ce qui correspond au comportement par défaut. Cela garantit que les applications existantes continuent d'opérer comme prévu.

Q : Quels types de points de terminaison prennent en charge la diffusion de message brut ?

La diffusion de message brut est disponible pour les points de terminaison SQS et HTTP(S). Les diffusions aux points de terminaison Lambda, e-mail et SMS se comportent de la même manière, quelle que soit la propriété « RawMessageDelivery ».

Q : Comment les messages bruts seront diffusés aux points de terminaison HTTP ?

Lorsque les messages bruts sont diffusés aux points de terminaison HTTP/s, le corps du message sera inclus dans le corps du POST HTTP.

Q : En quoi consiste la technologie Mobile Push SNS ?

SNS Mobile Push vous permet d'utiliser Simple Notification Service (SNS) pour envoyer des notifications en mode Push sur les appareils Apple, Google, Fire OS, et Windows, ainsi qu'aux appareils de type Android en Chine via Baidu Cloud Push. Grâce aux notifications par Push, une application mobile installée peut informer ses utilisateurs en affichant une fenêtre de notification à propos d'un évènement, sans être lancée. Par exemple, si vous installez une application de sport et que vous activez les notifications par Push, l'application peut vous envoyer le dernier score de votre équipe préférée, même si elle n'est pas ouverte. La notification s'affiche sur votre appareil, puis lorsque vous en prenez connaissance, l'application est lancée, afin de vous donner plus d'informations. Il s'agit d'une expérience utilisateur semblable à la réception d'un SMS, avec des fonctionnalités améliorées et un coût bien moindre.

Q : Comment faire pour envoyer des notifications Push ?

Les notifications Push ne peuvent être envoyées que sur des appareils sur lesquels votre application est installée et dont l'utilisateur a accepté de recevoir ces dernières. La technologie Mobile Push SNS ne nécessite pas d'acceptation expresse de l'envoi de notifications. En revanche, cette acceptation est obligatoire sur les systèmes d'exploitation iOS, Android et KindleFire. Pour pouvoir envoyer des notifications par SNS, vous devez également enregistrer votre application, ainsi que chaque appareil installé, dans SNS. Pour en savoir plus, consultez la rubrique Utiliser des notifications Amazon SNS Mobile Push.

Q : Quelles sont les plates-formes de notification Push compatibles ?

A l'heure actuelle, les plates-formes suivantes sont compatibles :

• Amazon Device Messaging (ADM)
  
• Apple Push Notification Service (APNS)
  
• Firebase Cloud Messaging (FCM)
  
• Windows Push Notification Service (WNS) sous Windows 8+ et Windows Phone 8.1+
  
• Microsoft Push Notification Service (MPNS) sous Windows Phone 7+
  
• Baidu Cloud Push pour les appareils de type Android en Chine

Q : Combien de notifications Push puis-je envoyer avec le niveau gratuit de SNS ?

Le niveau gratuit de SNS inclut un million de publications, plus un million d'envois Mobile Push. Vous pouvez donc envoyer un million de notifications Push gratuitement, chaque mois. Sachez que les notifications en mode Push envoyées sur les points de terminaison sont toutes comptabilisées ensemble pour le calcul du million de notifications gratuites dont vous bénéficiez.

Q : Des confirmations spéciales sont-elles nécessaires pour activer les notifications Push avec Mobile Push SNS ?

Non. Les utilisateurs finaux acceptent de recevoir des notifications par Push, lorsqu'ils lancent l'application pour la première fois, que le système SNS envoie ce type de notification ou pas.

Q : Dois-je modifier mon application cliente pour utiliser SNS Mobile Push ?

SNS ne nécessite pas que vous modifiiez votre application cliente. Baidu Cloud Push nécessite que des composants de type Baidu soient ajoutés à votre code client pour qu'il fonctionne correctement, que vous choisissiez ou non d'utiliser SNS.

Q : Comment fonctionnent les rubriques SNS avec Mobile Push ?

Les rubriques SNS peuvent avoir des abonnés depuis n'importe quelle plateforme de notification Push prise en charge, ainsi que depuis n'importe quel autre type de point de terminaison, comme les SMS ou les e-mails. Lorsque vous publiez une notification dans une rubrique, le système SNS envoie une copie identique à ce message à chaque point de terminaison abonné à la rubrique. Si vous utilisez des capacités de données spécifiques à une plateforme pour définir la capacité de données exacte envoyée à chaque plateforme Push, la publication échoue lorsqu'elle excède la capacité de données maximale imposée par la plateforme Push concernée.

Q : Quelle est la capacité de données prise en charge pour différentes plates-formes cibles ?

Le système SNS prend en charge la capacité de données maximale prise en charge par la plate-forme native sous-jacente. Les clients peuvent utiliser un objet JSON pour envoyer des messages spécifiques à une plate-forme. Consultez la section Utiliser l'API SNS Mobile Push pour en savoir plus.

Q : Comment fonctionnent les capacités de données spécifiques aux plates-formes ?

Lorsque vous envoyez une publication dans une rubrique et que vous souhaitez envoyer des messages personnalisés aux points de terminaison pour les différentes plates-formes de notification Push, vous devez alors sélectionner l'option "Utiliser un corps de message différent selon le protocole" dans la boîte de dialogue "Publier", puis mettre à jour les messages. Vous pouvez utiliser des capacités de données spécifiques à une plate-forme pour spécifier la chaîne API exacte qui est relayée vers chaque service de notifications Push. Par exemple, vous pouvez utiliser des capacités de données spécifiques à une plate-forme pour manipuler la comptabilisation de badges de votre application iOS via APNS. Pour en savoir plus, consultez la rubrique Utiliser des notifications Amazon SNS Mobile Push.

Q : Un seul jeton permet-il de s'abonner à plusieurs rubriques ?

Oui. Chaque jeton peut être souscrit pour un nombre illimité de rubriques SNS.

Q : En quoi consiste l'envoi direct ? Quel est son fonctionnement ?

L'envoi direct vous permet d'envoyer des notifications directement à un seul point de terminaison, plutôt que d'envoyer des messages identiques à tous les abonnés d'une même rubrique. Il s'avère utile pour envoyer des messages précisément ciblés à chaque destinataire. Lorsque vous enregistrez des jetons d'appareil dans le système SNS, ce dernier crée un point de terminaison qui correspond au jeton. Vous pouvez envoyer une publication au point de terminaison du jeton tout comme vous le faites pour une rubrique. Vous pouvez publier directement le texte de votre notification ou une capacité de données spécifique à une plate-forme, qui permet de tirer profit des fonctionnalités d'une plate-forme, comme la comptabilisation de badges de votre application. L'envoi direct n'est actuellement disponible que pour les points de terminaison de notifications Push.

Q : Le système SNS prend-il en charge l'envoi direct de SMS ou d'e-mails ?

À l'heure actuelle, l'envoi direct n'est pris en charge que pour les notifications mobiles push envoyées aux points de terminaison (APNS, GCM, ADM, WNS, MPNS, Baidu) et les SMS. La messagerie électronique nécessite l'utilisation de rubriques.

Q : Comment le retour du jeton des services de notification est-il traité par Mobile Push SNS ?

Les services de notifications push comme APNS et FCM envoient un retour sur les jetons qui sont susceptibles d'expirer ou qui ont été remplacés par de nouveaux jetons. Si APNS ou FCM signale qu'un jeton particulier a expiré ou est invalide, SNS « désactive » automatiquement le point de terminaison de l'application associé au jeton et vous informe de ce changement via un événement. Plus précisément, FCM indique parfois non seulement qu'un jeton n'est pas valide, mais fournit également le nouveau jeton associé au point de terminaison de l'application dans sa réponse au SNS. Dans ce cas, SNS met automatiquement à jour le point de terminaison associé à la nouvelle valeur du jeton, en laissant le point de terminaison activé, puis vous informe de cette modification via un événement.

Q : J'utilise Google Cloud Messaging (GCM) pour les notifications mobiles SNS. Que se passe-t-il si GCM n’est pas accepté ?

Q : Puis-je migrer des applications existantes vers le Mobile Push SNS ?

Oui. Vous pouvez exécuter un chargement par lot des jetons d'appareils existants dans Amazon SNS, via l'interface ou l'API de la console. Vous pouvez également enregistrer votre application dans le système SNS en téléchargeant vos informations d'identification pour les services de notification Push concernés, puis configurer votre proxy ou votre application pour enregistrer les jetons ultérieurs dans SNS.

Q : Puis-je surveiller mes notifications Push via Amazon CloudWatch ?

Oui. Le système SNS publie des mesures CloudWatch pour le nombre de messages publiés, le nombre de notifications réussies, le nombre d'échecs de notification, le nombre de notifications exclues par les filtres et la taille des données publiées. Les mesures sont disponibles pour chaque application. Vous pouvez accédez au mesures CloudWatch via AWS Management Console ou les API CloudWatch.

Q : Quels sont les types de notifications Windows envoyées en mode Push pris en charge par Amazon SNS ?

SNS prend en charge tous les types de notifications Push proposés par Microsoft WNS et MPNS, y compris les notifications de type toast, tile, badge ou raw. Utilisez l'attribut de message TYPE pour spécifier le type de notification que vous souhaitez utiliser. Lorsque vous utilisez par défaut des capacités de données pour envoyer le même message sur toutes les plates-formes mobiles, SNS sélectionne par défaut les notifications de type toast pour les plates-formes Windows. Il est nécessaire de spécifier un type de notification pour les plates-formes Windows lorsque vous utilisez des capacités de données spécifiques aux plates-formes.

Q : SNS prend-il en charge les notifications Push Windows de type raw ?

Oui. Vous devez encoder la capacité de données sous forme de texte pour envoyer des notifications de type raw via SNS.

Q : Qu'est-ce que Baidu Cloud Push ?

Baidu Cloud Push est un service alternatif tiers qui effectue la transmission des notifications Push pour les appareils de type Android. Vous pouvez utiliser Baidu Cloud Push pour atteindre les clients Android situés en Chine, et ce peu importe l'app store Android utilisé pour le téléchargement de votre application. Pour en savoir plus sur Baidu Cloud Push, consultez la page https://push.baidu.com/.

Q : Puis-je publier des notifications Baidu depuis toutes les régions publiques AWS ?

Oui, SNS prend en charge les notifications Baidu envoyées en mode Push depuis toutes les régions publiques AWS.

Q : Puis-je utiliser les notifications Baidu via n'importe quel app store Android ?

Oui, les notifications Baidu envoyées en mode Push sont compatibles avec les applications installées via n'importe quel app store Android.

Q : Que sont les attributs de message ?

Les attributs de message vous permettent de fournir des éléments de métadonnées structurés (tels que des horodatage, des données géospatiales, des signatures et des identifiants) sur le message. Les attributs de message sont facultatifs et séparés, bien qu'envoyés en même temps, du corps du message. Cette information peut permettre au destinataire de traiter plus facilement le message sans avoir à y lire tout son contenu.

Vous pouvez utiliser les attributs de message SNS avec SQS et les points de terminaison Push mobiles. Pour en savoir plus sur les attributs de message, consultez le manuel de mise en route consacré à SNS.

Q : Quels sont les attributs de message pris en charge dans SNS ?

SNS prend en charge différents types d'attributs de message pour chaque type de point de terminaison, qui diffèrent en fonction des types de points de terminaison qu'ils prennent eux-mêmes en charge.

• Pour les points de terminaison SQS, vous pouvez spécifier jusqu'à 10 combinaisons nom-type-valeur par message. Les types pris en charge sont les suivants : chaîne, données binaires et nombre (entiers, à virgule flottante et doubles).
  
• Pour les points de terminaison Push mobiles, vous pouvez tirer profit des attributs de message que chaque plate-forme mobile prend en charge (tels que le type de notifications).

Q : Qu'est-ce que Time to Live (TTL) ?

Certains messages que vous envoyez via SNS ne sont parfois utiles qu'un certain temps. Amazon SNS vous permet maintenant de définir un TTL (Time to Live) pour chaque message. Un message est automatiquement supprimé si son TTL expire alors qu'il n'a même pas été lu par un utilisateur final. Sa durée de vie est établie en secondes et est relative au temps de publication qui lui a été fixé.

Q : Comment puis-je établir une durée de vie (TTL) à mes messages ?

Vous pouvez spécifier une durée de vie (TTL) via la console ou l'API. La durée de vie (TTL) peut être établie lors de la publication d'un message, à l'aide de l'attribut de message mentionné ci-dessous. Il existe un attribut différent pour chaque plate-forme. Un attribut spécifié pour une plate-forme n'est applicable qu'aux envois de notifications effectués depuis cette plate-forme.

Q : Quelle est la durée de vie minimale (TTL) fixée par défaut ?

SNS fixe une durée de vie (TTL) par défaut de 4 semaines pour toutes les plates-formes mobiles.

Q : La durée de vie (TTL) mentionnée dans les attributs de message prévaut-elle sur la durée de vie spécifiée dans le corps du message ?

Oui. Google FCM et Amazon ADM vous permettent de spécifier une durée de vie (TTL) dans le corps du message. Si vous spécifiez une durée de vie (TTL) dans le corps du message mais aussi dans l'attribut du message, SNS prendra en compte l'attribut du message.

Q : Que se passe-t-il si je spécifie une durée de vie équivalente à 0 ?

Certaines plates-formes considèrent le code TTL = 0 comme un cas particulier et essaient d'envoyer directement le message, ou le laissent s'expirer. Si vous spécifiez le code TTL = 0, SNS transmettra votre message au service approprié muni du code TTL = 0 afin de tirer profit de ce cas particulier.

Q : Quels sont les points de terminaison SNS pris en charge par TTL ?

Vous pouvez utiliser TTL avec les points de terminaison mobiles push : APNS, APNS_Sandbox, FCM, ADM, Baidu et WNS. Microsoft MPNS ne prend actuellement pas en charge TTL. TTL n'est également pas pris en charge pour les points de terminaison SQS, HTTP, e-mail et SMS.

Q : Que fait la fonctionnalité Delivery Status d'Amazon SNS ?

La fonctionnalité Delivery Status vous permet de collecter des informations sur les taux de réussite, les taux de défaillance et les temps d'arrêt de vos notifications push pour les plates-formes de notification mobile prises en charge. Les plates-formes actuellement prises en charge incluent Apple (APNS), Google (FCM), Windows (WNS et MPNS), Amazon (ADM) et Baidu. Les informations d'état sont capturées dans les journaux de groupe Amazon CloudWatch créés par Amazon SNS pour votre compte. De plus, vous pouvez créer des mesures exploitables dans Amazon CloudWatch et déclencher des alarmes en fonction des modèles qui vous intéressent.

Q : La fonctionnalité Delivery Status d'Amazon SNS est-elle disponible uniquement pour les notifications mobiles en mode Push ? Prévoyez-vous de prendre cette fonctionnalité en charge pour d'autres types de points de terminaison ?

Actuellement, la fonctionnalité Delivery Status est disponible pour les notifications mobiles en mode Push et les SMS. Nous allons évaluer la possibilité d'étendre cette fonctionnalité à d'autres types de points de terminaison en fonction des commentaires des clients.

Q : Comment est-ce que j'active la fonctionnalité Delivery Status ?

Vous pouvez activer la fonctionnalité Delivery Status depuis la console Amazon SNS. Dans votre application, choisissez l'option Delivery Status dans le menu déroulant Application Actions. Pour en savoir plus, consultez notre documentation.

Q : Puis-je activer la fonctionnalité Delivery Status depuis les API Amazon SNS ?

Oui, vous pouvez activer cette fonctionnalité depuis les API Amazon SNS en ajoutant les attributs du niveau de l'application correspondants. Notre documentation dépasse les attributs du niveau de l'application que vous devez ajouter et les appels d'API spécifiques qui doivent être réalisés pour activer cette fonctionnalité.

Q : Combien coûte la fonctionnalité Delivery Status ?

Aucun frais Amazon SNS supplémentaire ne s'applique à l'utilisation de la fonctionnalité Delivery Status. Toutefois, selon votre utilisation, il est possible que des frais vous soient facturés pour l'utilisation de CloudWatch puisque cette fonctionnalité crée des journaux de groupe Amazon CloudWatch. Consultez notre page de tarification pour plus d'informations sur la tarification CloudWatch et le niveau gratuit.

Q : Pourquoi est-il seulement possible de choisir un pourcentage d'échantillonnage pour les tentatives d'envoi réussies et non un échantillon des échecs de tentatives d'envoi ?

A partir des commentaires que nous avons reçus de nos clients, nous avons découvert que la plupart des développeurs aimeraient être informés de tous les échecs de tentatives d'envoi pour leurs applications, et qu'ils préfèrent seulement stocker des échantillons des envois réussis plutôt que tous les enregistrer.

Q : Comment puis-je configurer les alarmes en fonction des mesures d'échec ou des mesures des temps d'arrêt ?

Après avoir activé la fonctionnalité Delivery Status, vous devez définir un filtre des mesures du journal dans Amazon CloudWatch Logs pour le journal de groupe qui est créé par Amazon SNS pour votre compte. Ce filtre des mesures peut être défini pour extraire des informations qui vous intéressent, comme le taux de défaillance et le temps d'arrêt. Une fois qu'un filtre des mesures est défini, vous pouvez le créer et l'assigner à une mesure. Cette mesure peut ensuite être utilisée pour configurer des alarmes ou envoyer des notifications en fonction des seuils que vous définissez. Pour en savoir plus, jetez un coup d'œil à notre documentation ou à notre blog.

Q : Amazon SNS prend-il en charge le protocole HTTP/2 pour les notifications Mobile Push vers les points de terminaison APNS ?

Amazon SNS utilise le protocole HTTP/2 avec des certificats p12 pour l'envoi de notifications push via Apple Push Notification Service (APNS) vers les points de terminaison iOS et macOS.

Q : Dois-je modifier mon application à cause de l'obsolescence du protocole binaire APNS depuis novembre 2020 ?

Amazon SNS utilise le protocole HTTP/2 avec des certificats p12. Comme il ne s'appuie pas sur l'ancien protocole binaire, aucune modification n'est nécessaire dans l'application qui envoie les notifications push via Amazon SNS.

Q : Que signifie la prise en charge des points de terminaison AWS Lambda dans Amazon SNS?

Vous pouvez appeler vos fonctions AWS Lambda en publiant des messages sur des rubriques Amazon SNS auxquelles sont associées certaines fonctions AWS Lambda. Amazon SNS prenant en charge le déploiement de messages, la publication d'un seul message peut appeler différentes fonctions AWS Lambda ou appeler des fonctions Lambda et diffuser des notifications vers des destinations Amazon SNS prises en charge, telles que les envois mobiles en mode Push, les points de terminaison HTTP, SQS, les e-mails et les SMS.

Q : Qu'est-ce qu'AWS Lambda ?

AWS Lambda est un service de calcul qui exécute votre code en réponse à des événements et gère automatiquement les ressources de calcul pour vous, facilitant ainsi le développement d'applications capables de réagir rapidement aux nouvelles informations. Pour en savoir plus sur AWS Lambda et découvrir comment créer des fonctions AWS Lambda, cliquez ici.

Q : Que puis-je faire avec les fonctions AWS Lambda et Amazon SNS ?

En inscrivant des fonctions AWS Lambda à des rubriques Amazon SNS, vous pouvez exécuter le traitement d'un message personnalisé. Vous pouvez appeler une fonction AWS Lambda pour assurer le traitement de diffusion d'un message personnalisé en publiant tout d'abord un message vers une fonction AWS Lambda. Votre fonction Lambda modifiera ensuite un message (par exemple, localiser la langue), puis filtrera et transmettra ces messages vers d'autres rubriques et points de terminaison. Les applications et les services qui envoient déjà des notifications Amazon SNS, tels qu'Amazon CloudWatch, peuvent immédiatement tirer parti d'AWS Lambda, et ce, sans avoir à mettre en service ou à gérer l'infrastructure pour le traitement de messages personnalisés. Vous pouvez également utiliser l'envoi vers une fonction AWS Lambda pour publier d'autres services AWS tels qu'Amazon Kinesis ou Amazon S3. Vous pouvez associer une fonction AWS Lambda à la rubrique Amazon SNS, puis associer cette même fonction à un autre service.

Q : Comment puis-je activer la prise en charge du point de terminaison AWS Lambda dans Amazon SNS ?

Vous devez d'abord créer une fonction AWS Lambda via votre compte AWS et la console AWS Lambda, puis inscrire ensuite cette fonction AWS Lambda à une rubrique à l'aide de la console Amazon SNS ou des API Amazon SNS. Une fois cette étape effectuée, tous les messages que vous publiez sur les rubriques Amazon SNS disposant de fonctions Lambda seront envoyés vers les fonctions Lambda appropriées, en plus de toutes les autres destinations souscrites à cette rubrique.

Q : A quoi sert l'envoi d'un message d'Amazon SNS vers une fonction AWS Lambda ?

L'envoi d'un message depuis Amazon SNS vers une fonction AWS Lambda crée une instance de la fonction AWS Lambda et l'appelle via votre message sous forme d'entrée. Pour découvrir les différents formats de messages, référez-vous à la documentation d'Amazon SNS, ainsi qu'à la documentation d'AWS Lambda.

Q : Combien coûte cette fonctionnalité ?

La publication d'un message via Amazon SNS coûte 0,50 USD par million de demandes. Mis à part les frais inhérents à l'utilisation des services AWS, aucuns frais supplémentaire ne vous sont facturés lorsque vous transmettez un message à une fonction AWS Lambda. Amazon SNS bénéficie d'un niveau gratuit équivalent à un million de demandes par mois. Pour en savoir plus, consultez la page tarification d'Amazon SNS. Le coût de la fonction AWS Lambda est établi en fonction du nombre de requêtes obtenues par vos fonctions et du nombre de fois où votre code est exécuté. Le niveau gratuit d'AWS Lambda comprend un million de requêtes ainsi que 400 000 Go-secondes de temps de calcul par mois. Pour en savoir plus, consultez la page de tarification d'AWS Lambda.

Q : Puis-je inscrire des fonctions AWS Lambda créées par quelqu'un d'autre à des rubriques Amazon SNS que je possède ?

Aucun propriétaire de compte AWS n'est autorisé à inscrire une fonction AWS Lambda appartenant à un autre compte. Vous pouvez inscrire vos propres fonctions AWS Lambda à vos propres rubriques Amazon SNS ou inscrire vos fonctions AWS Lambda à une rubrique Amazon SNS qui a été créée par un autre compte, à condition bien sûr que la politique de cette rubrique SNS le permette.

Q : Existe-t-il un quota pour le nombre de fonctions AWS Lambda que je peux inscrire à une rubrique Amazon SNS ?

Amazon SNS traite les fonctions AWS Lambda comme n'importe quelle autre destination. Par défaut, SNS propose 10 millions d'abonnements par rubrique. Pour augmenter ce quota, veuillez nous contacter.

Q : Quelles données puis-je transmettre à ma fonction AWS Lambda ?

Lorsqu'une fonction AWS Lambda est appelée suite à l'envoi d'un message Amazon SNS, celle-ci reçoit des données telles que l'ID de message, l'ARN de la rubrique, le corps du message et les attributs du message via un événement SNS. Pour en savoir plus sur la structure de l'événement transmise à la fonction AWS Lambda, consultez notre blog.

Q : Puis-je suivre l'état de diffusion des tentatives d'envoi de messages vers des fonctions AWS Lambda ?

Pour suivre l'état de l'envoi des messages, vous devez activer la fonction Delivery Status d'Amazon SNS. Pour découvrir comment activer cette fonction, consultez notre blog.

Q : Dans quelles régions AWS Lambda est-il disponible ?

Reportez-vous à la page Régions AWS et points de terminaison pour obtenir une liste complète.

Q : Mes fonctions AWS Lambda doivent-elles se trouver dans la même région que celle où j'utilise Amazon SNS ?

Vous pouvez inscrire vos fonctions AWS Lambda à une rubrique Amazon SNS de n'importe quelle région.

Q : Des frais de transfert de données me sont-ils facturés lorsque j'appelle des fonctions AWS Lambda?

Des frais de transfert de données sont applicables aux envois de messages effectués vers des fonctions AWS Lambda. Pour en savoir plus, référez-vous à notre tarification.

Q : Existe-t-il un quota pour la simultanéité des fonctions AWS Lambda ?

AWS Lambda prend actuellement en charge 1 000 exécutions simultanées par compte AWS par région. Si vos envois de messages Amazon SNS effectués vers AWS Lambda contribuent à franchir ces quota de simultanéité, vos envois de messages Amazon SNS seront limités. Si AWS Lambda limite un message Amazon SNS, Amazon SNS effectuera de nouvelles tentatives d'envoi. Pour découvrir les quota de simultanéité d'AWS lambda, consultez la documentation d'AWS Lambda.

Q : Amazon SNS peut-il utiliser les mêmes fonctions AWS Lambda que j'utilise avec d'autres services (par exemple, Amazon S3) ?

Vous pouvez utiliser les mêmes fonctions AWS Lambda que vous utilisez avec d'autres services aussi longtemps que la même fonction pourra analyser les formats d'événements à partir d'Amazon SNS, en plus du format d'événement des autres services. Pour découvrir le format d'événement SNS, consultez notre blog.

Q : Que sont les notifications Push VoIP pour iOS ?

Sous iOS 8 et versions ultérieures, les applications de voix sur IP (VoIP) peuvent bénéficier d'un service de notifications VoIP à distance, permettant à iOS de lancer ou de réactiver l'application, selon les cas, lorsque l'utilisateur reçoit un appel VoIP entrant. La procédure d'inscription à ces notifications VoIP est similaire à celle concernant les notifications Push standard sous iOS. Pour plus d'informations, consultez la documentation.

Q : Puis-je utiliser à la fois des notifications Push VoIP et d'autres notifications Push dans une même application iOS ?

Oui, vous pouvez inscrire votre application iOS de manière à ce qu'elle reçoive les deux types de notifications Push. Cependant, vous devrez obtenir le certificat pour les notifications Push VoIP auprès d'Apple en sus du certificat destiné aux notifications Push standard. Vous devrez également créer une nouvelle application de plate-forme dans Amazon SNS, en choisissant Apple VoIP Push comme type de plate-forme. Pour plus d'informations, consultez la documentation.

Q : Que sont les notifications Push pour Mac OS ?

Vous pouvez désormais envoyer des notifications Push vers des ordinateurs de bureau Mac OS exécutant Mac OS X Lion (10.7) ou une version ultérieure et utilisant Amazon SNS. Pour plus d'informations, consultez la documentation.