Notifications Push avec Azure Notification Hubs : Forum aux questions

Azure Notification Hubs a deux niveaux de ressources : les concentrateurs et les espaces de noms. Un concentrateur est une ressource push unique qui peut contenir les informations push interplateformes d’une application. Un espace de noms est une collection de concentrateurs dans une région. Le mappage recommandé consiste à mettre en correspondance un espace de noms et une application. Dans un espace de noms, vous pouvez avoir un concentrateur de production qui fonctionne avec votre application de production, un concentrateur de test qui fonctionne avec votre application de test, etc.

Pour les détails de tarification les plus récents, consultez la page Tarification de Concentrateurs de notification. Notification Hubs est facturé au niveau de l’espace de noms. (pour la définition d’un espace de noms, consultez « Quelle est la structure des ressources des Notification Hubs ? ») Notification Hubs propose trois niveaux :

• Gratuit : ce niveau est un bon point de départ pour explorer les fonctionnalités Push. Il n’est pas recommandé pour les applications de production. Vous obtenez 500 appareils et 1 million de notifications Push inclus par abonnement par mois, sans garantie de contrat de niveau de service (SLA).
• De base : ce niveau, (ou le niveau Standard) est recommandé pour les applications de production plus petites. Vous obtenez 200 000 appareils et 10 millions de notifications Push inclus par abonnement par mois comme base de référence.
• Standard : ce niveau est recommandé pour les applications de production de moyenne à grande taille. Vous obtenez 10 millions d’appareils et 10 millions de notifications Push inclus par abonnement par mois comme base de référence. Inclut des données de télémétrie enrichies (données supplémentaires sur l’état push fourni).

Fonctionnalités du niveau standard :

• Télémétrie enrichie : vous pouvez utiliser la télémétrie par message de Notification Hubs pour effectuer le suivi des demandes d’opérations Push et les commentaires Platform Notification System pour le débogage.
• Multilocation : vous pouvez travailler avec les informations d’identification PNS (Platform Notification System) au niveau de l’espace de noms. Cette option vous permet de facilement répartir les locataires dans différents concentrateurs dans le même espace de noms.
• Notification Push planifiée : vous pouvez planifier l’envoi de notifications à tout moment.
• Opérations en bloc : active la fonctionnalité d’exportation/importation des inscriptions décrite dans le document Exportation et modification d’inscriptions en bloc.

Pour les niveaux De base et Standard de Notification Hubs, les applications correctement configurées peuvent envoyer des notifications push ou effectuer des opérations de gestion d’inscription au moins 99,9 % du temps. Pour plus d’informations sur le contrat de niveau de service, voir la page Contrat SLA de Notification Hubs .

Accédez au Azure portal>Espaces de noms Notification Hubs ou Notification Hubs. Sélectionnez la ressource que vous souhaitez mettre à jour et accédez au Niveau de tarification. Notez les exigences suivantes :

• Le nouveau niveau de tarification s’applique à tous les concentrateurs de l’espace de noms que vous utilisez.
• Si votre nombre d’appareils dépasse la limite du niveau inférieur vers lequel vous basculez, vous devez supprimer des appareils avant de procéder à cette opération.

Des kits de développement logiciel (SDK) sur serveur pour .NET, Java, Node.js, PHP et Python sont disponibles. En outre, les API de Notification Hubs reposent sur les interfaces REST. Vous pouvez donc choisir de travailler directement avec les API REST si vous utilisez différentes plateformes ou si vous ne souhaitez pas de dépendance supplémentaire. Pour plus d’informations, voir la page API REST de Notification Hubs.

Les notifications Push sont prises en charge pour iOS, Android, Windows Universal, Windows Phone, Android China (par Baidu), Xamarin iOS et Android, et Safari. Pour plus d’informations, voir la page Notification Hubs Getting Started tutorials (Tutoriels de prise en main de Notification Hubs).

Notification Hubs envoie des notifications aux appareils utilisant des applications mobiles. Il ne propose pas de fonctionnalités de courrier électronique ou de SMS. Notification Hubs ne fournit pas non plus de service prêt à l’emploi de remise de notification Push dans le navigateur. Les clients peuvent implémenter cette fonctionnalité en utilisant SignalR par-dessus les plateformes prises en charge côté serveur.

Pour plus d’informations sur le nombre d’appareils pris en charge, voir la Tarification de Concentrateurs de notification.

Si vous devez prendre en charge plus de 10 millions d’appareils inscrits, vous devez partitionner vos appareils sur plusieurs espaces de noms.

Selon le niveau sélectionné, Azure Notification Hubs est automatiquement mis à l’échelle en fonction du nombre de notifications transitant par le système.

Nos clients utilisent Notification Hubs pour envoyer des millions de notifications Push quotidiennement. Vous n’avez rien de spécial à faire pour mettre à l’échelle la portée de vos notifications Push tant que vous utilisez Azure Notification Hubs.

Azure Notification Hubs peut traiter au moins un million d’envois de notifications Push par minute dans un scénario d’utilisation normale, où la charge entrante est relativement homogène et régulière. Ce taux peut varier en fonction du nombre de balises, de la nature des envois entrants et d’autres facteurs externes.

Pendant le délai de livraison estimé, le service calcule les cibles par plateforme et achemine des messages vers le service de notification Push sur la base des balises/expressions de balises inscrites. Il est de la responsabilité du service de notification Push d’envoyer des notifications à l’appareil.

Le service de notification Push ne garantit aucun contrat de niveau de service pour la remise des notifications. Toutefois, la plupart des notifications Push sont remises aux appareils cibles en quelques minutes (généralement dans les 10 minutes) depuis le moment où elles sont envoyées aux hubs de notification. Certaines notifications peuvent prendre plus de temps.

En raison de la nature même des notifications Push, qui sont remises par un service de notifications Push spécifique d’une plateforme externe, il n’y a aucune garantie de latence. En règle générale, la majorité des notifications Push sont remises après quelques minutes.

Le service Azure Notification Hubs stocke les données d’enregistrement du client dans la région sélectionnée par le client. Le service Notification Hubs assure la couverture de la récupération d’urgence des métadonnées (nom Notification Hubs, chaîne de connexion et autres informations critiques). Pour toutes les régions, à l’exception de Brésil Sud et Asie Sud-Est, la sauvegarde des métadonnées est hébergée dans une autre région (généralement la région associée à Azure). Pour les régions Brésil Sud et Asie Sud-Est, les sauvegardes sont stockées dans la même région afin de répondre aux exigences de résidence des données pour ces régions.

Application mobile/Environnement

• Utilisez un hub de notification par application mobile et par environnement.
• Dans un scénario d’architecture mutualisée, chaque locataire doit disposer d’un concentrateur distinct.
• Ne partagez jamais le même hub de notification pour les environnements de production et de test. Cela peut entraîner des problèmes lors de l’envoi de notifications. Apple fournit des points de terminaison Push pour les environnements de bac à sable (sandbox) et de production, chaque environnement étant défini avec des informations d’identification distinctes.
• Par défaut, vous pouvez envoyer des notifications de test à vos appareils inscrits via le portail Azure ou le composant intégré Azure dans Visual Studio. Le seuil est défini sur 10 appareils sélectionnés au hasard dans le pool d’inscription.

Informations d’identification du PNS

Lorsqu’une application mobile est inscrite via un portail des développeurs de plate-forme (par exemple, Apple ou Google), un identificateur d’application et des jetons de sécurité sont envoyés. Le serveur principal d’applications fournit ces jetons au PNS de la plateforme afin que des notifications Push puissent être envoyées aux appareils. Les jetons de sécurité peuvent être des certificats (par exemple, Apple iOS ou Windows Phone) ou des clés de sécurité (par exemple, Google Android ou Windows). Ils doivent être configurés dans hubs de notification. Leur configuration s’effectue généralement au niveau du hub de notification, mais peut aussi être réalisée au niveau de l’espace de noms dans un scénario d’architecture mutualisée.

Espaces de noms

Des espaces de noms peuvent être utilisés dans le cadre du regroupement de déploiement. Dans un scénario d’architecture mutualisée, ils permettent aussi de représenter tous les hubs de notification de tous les locataires de la même application.

Géo-distribution

La géo-distribution n’est pas toujours indispensable dans les scénarios de notification Push. Les divers PNS (par exemple, APNs ou FCM) qui envoient des notifications Push aux appareils ne sont pas distribués de manière uniforme.

Si vous disposez d’une application utilisée de manière globale, vous pouvez créer des hubs dans différents espaces de noms en utilisant le service Notification Hubs dans différentes régions Azure à travers le monde.

Les inscriptions à partir du serveur principal d’applications sont utiles lorsque vous devez authentifier les clients avant de créer l’inscription. Elles sont également utiles lorsque vous avez des balises qui doivent être créées ou modifiées par serveur principal d’applications en se basant sur la logique de l’application. Pour plus d’informations, consultez les pages Aide sur l’inscription auprès du serveur principal et Aide sur l’inscription auprès du serveur principal - 2.

Azure Notification Hubs utilise un modèle de sécurité basé sur une signature d’accès partagé. Vous pouvez utiliser les jetons SAP au niveau de l’espace de noms racine ou au niveau granulaire du hub de notification. Les jetons SAP peuvent être définis pour respecter différentes règles d’autorisation, par exemple, pour envoyer des autorisations de messages ou pour écouter des autorisations de notification. Pour plus d’informations, consultez le document Modèle de sécurité de Notification Hubs (Modèle de sécurité de Notification Hubs).

Toutes les notifications sont remises à des appareils cibles par les services de notification Push des plateformes. Lorsqu’une notification est envoyée à Azure Notification Hubs, celle-ci est traitée et transmise au PNS respectif.

Toutes les connexions entre l’expéditeur, Azure Notifications Hubs et le PNS utilisent le protocole HTTPS.

Pour envoyer des charges utiles sensibles, nous recommandons l’utilisation d’un modèle de notifications Push sécurisées. L’expéditeur remet une notification Ping avec un identificateur de message à l’appareil sans la charge utile sensible. Lorsque l’application de l’appareil reçoit la charge utile, l’application appelle directement une API sécurisée pour extraire les détails du message. Pour savoir comment implémenter ce modèle, accédez à la page didacticiel sur les notifications Push sécurisées avec Azure Notification Hubs.

Consultez Haute disponibilité pour Azure Notification Hubs.

Azure Notification Hubs chiffre toutes les données client au repos à l’exception des balises d’inscription. C’est pourquoi vous ne devez pas stocker de données personnelles ou confidentielles avec des balises.

Oui. Toutes les opérations de gestion de Notification Hubs mettent à jour le journal d’activité Azure dans les journaux des opérations qui est exposé dans le Azure portal. Le journal d’activité Azure fournit des insights sur les opérations effectuées sur des ressources de vos abonnements. Avec le journal d’activité, vous pouvez déterminer qui, quand et quoi pour toutes les opérations d’écriture (PUT, POST, DELETE) effectuées sur les ressources de votre abonnement. Vous pouvez également comprendre l’état des opérations et d’autres propriétés pertinentes. Toutefois, le journal d’activité n’inclut pas l’opération de lecture (GET).

Si vous avez stocké l’appareil en tant que Registration, la première fois que vous envoyez à cette inscription et que le PNS répond avec un code d’état d’erreur qui indique que l’appareil n’est pas valide, l’appareil est supprimé de votre hub de notification.

Si vous avez stocké vos appareils en utilisant les API Installation, ils ne sont pas supprimés dans le scénario ci-dessus. Cette décision a été prise pour conserver les balises et d’autres métadonnées relatives à un utilisateur particulier susceptible d’être pertinentes si l’utilisateur réinstalle.

Pour les inscriptions et les installations, vous pouvez définir une expiration afin que l’appareil soit automatiquement nettoyé à un moment donné. Un modèle courant consiste à mettre à jour votre application cliente à cette date d’expiration une fois par jour pour la ramener tant que l’utilisateur utilise votre application.

Azure Notification Hubs fournit plusieurs fonctionnalités de dépannage, en particulier pour la suppression de notifications, qui est le scénario le plus fréquent. Pour plus d’informations, consultez le livre blanc Dépannage de Notification Hubs.

Azure Notification Hubs permet d’afficher des données de télémétrie sur le Azure portal. Pour plus de détails sur les mesures disponibles, voir la page Mesures de Notification Hubs.

Vous pouvez également accéder aux mesures de manière programmatique. Pour plus d’informations, consultez les articles suivants :

• Récupérer les métriques Azure Monitor avec .NET. Cet exemple utilise le nom d’utilisateur et le mot de passe. Pour utiliser un certificat, surchargez la méthode FromServicePrincipal pour fournir un certificat, comme illustré dans cet exemple.
• Obtention de métriques et journaux d’activité pour une ressource
• Procédure pas à pas d’utilisation de l’API REST d’Azure Monitor