Architecture de formatage et de remise des notifications

Dans Notification Services, le formatage et la distribution des notifications est le travail du serveur de distribution. Après que le générateur ait créé un lot de notifications, le serveur de distribution sépare le lot en éléments de travail, chaque élément de travail étant destiné au même canal de remise. Le serveur de distribution envoie l'élément de travail au module de formatage de contenu. Quand le formatage est terminé, le serveur de distribution envoie les notifications au point de terminaison de remise spécifié par le canal de remise.

Formatage du message

Une partie de la création d'une application consiste à définir la façon dont les données de notification brutes sont transformées en messages lisibles. Notification Services comprend un module de formatage de contenu XSLT (Extensible Stylesheet Language Transformation) standard, qui requiert un fichier XSLT pour chaque type de périphérique et chaque paramètre régional pris en charge par l'application. Vous pouvez aussi développer des modules de formatage de contenu personnalisés qui formatent vos notifications de façon appropriée, selon le périphérique et le paramètre régional.

Le message formaté peut contenir à la fois une combinaison de données de notification brutes, de données calculées lors du formatage et de texte ajouté par le module de formatage de contenu. Ces options permettent la création de textes de message d'allure professionnelle et conviviaux, ainsi que des URL ou d'autres liens.

Canaux de remise

Notification Services n'assure pas lui-même la remise finale des notifications. Au lieu de cela, Notification Services utilise des canaux de remise, qui sont comparables à des canaux pour des services de remise tels que des serveurs SMTP (Simple Mail Transfer Protocol). Notification Services envoie les notifications à un ou plusieurs canaux de remise. Chaque canal de remise crée à son tour des lots de notifications pour son protocole, puis les envoie aux services de remise. Les services de remise assurent la remise finale aux abonnés.

Vous configurez des canaux de remise pour l'instance Notification Services. Toutes les applications hébergées par l'instance partagent les canaux de remise.

Chaque canal de remise utilise un protocole de remise spécifique à un point de terminaison de remise spécifique. Notification Services inclut les protocoles courants suivants :

• Le protocole SMTP pour envoyer des notifications à Microsoft Exchange Server ou d'autres serveurs SMTP.
• Le protocole extensible HTTP, utilisable pour SOAP (Simple Object Access Protocol), SMS (Short Message Service), .NET Alerts et d'autres protocoles apparentés à HTTP.
• Le protocole File pour envoyer des notifications à des fichiers du système d'exploitation ; il est utilisé essentiellement pour déboguer les applications.

Si nécessaire, vous pouvez définir plusieurs canaux de remise pour un même protocole de remise.

Vous pouvez développer des protocoles de remise personnalisés si vous voulez prendre en charge d'autres types de périphériques ou si vous voulez utiliser des fonctions SMTP ou File spécifiques.

Pour plus d'informations sur les protocoles standard et personnalisés, voir Protocoles de remise standard et Developpement d'un protocole de remise personnalisé.

Suivi et ré-essai de la distribution des notifications

Pour prendre en charge la gestion des ré-essais de remise, le contrôle des performances et le dépannage des remises, Notification Services conserve des informations sur la remise des notifications. Les canaux de livraison invoquent un rappel de canal de livraison pour rendre compte des succès et des échecs de livraison pour chaque notification. Le rappel met à jour la table des notifications pour refléter le succès ou l'échec de chaque notification. Vous pouvez afficher l'état des remises à l'aide de la vue NSNotificationClassNameNotificationDistribution ou des procédures stockées de Notification Services.

Pour chaque type de notification que vous envoyez, vous pouvez configurer une planification de ré-essai. Pour plus d'informations, consultez Spécification des paramètres d'exécution d'un protocole de remise.

Options de livraison

Outre le formatage et la remise notification par notification standard, Notification Services offre deux options : remise de type digest ou livraison par multidiffusion.

• Si plusieurs notifications sont susceptibles d'être envoyées à un même abonné, par exemple des informations de cours pour plusieurs actions, vous pouvez utiliser la remise de type digest pour grouper des notifications en un seul message. Les notifications d'un abonné se trouvant dans un lot de notifications peuvent être groupées et envoyées comme un seul message. La remise de type digest peut réduire la charge de formatage et de distribution du système.
• Si une application produit des notifications qui tendent à être identiques pour de nombreux abonnés, comme des résultats sportifs ou des prévisions météorologiques, vous pouvez utiliser la livraison par multidiffusion. La multidiffusion formate une seule fois les notifications puis les envoie à plusieurs abonnés, ce qui améliore les performances en réduisant la charge de formatage du système.

Voir aussi

Concepts

Définition des canaux de remise
Spécification de la livraison de type digest ou par multidiffusion
Architecture d'administration des abonnements
Architecture de collecte des événements
Architecture de traitement des abonnements

Autres ressources

Configuration des protocoles de remise
Procédures stockées de Notification Services (Transact-SQL)

Aide et Informations

Assistance sur SQL Server 2005