Planification d'une solution de notification

Article
12/15/2008

Il est important de tenir compte de mesures concernant le type et le volume prévu d'entrées et de sorties de votre application avant de commencer l'implémentation de votre application Notification Services. L'examen soigneux de ces mesures, associé à une analyse complète des besoins de votre application proposée, vous permettra de développer un système qui répond à vos objectifs d'entreprise.

Planification d'une liste de vérification

Utilisez les questions suivantes comme guide lorsque vous planifiez votre application.

Utiliserez-vous XML ou du code managé pour définir votre application et configurer l'instance ?

SQL Server 2005 Notification Services offre plusieurs choix pour le développement d'applications et d'instances. Vous pouvez définir des applications et configurer les instances à l'aide de XML en créant un fichier de définition d'application (ADF) pour chaque application et un fichier de configuration d'instance (ICF) pour chaque instance Notification Services. Vous pouvez également utiliser Notification Services Management Objects (NMO) pour définir des applications et configurer des instances.

Pour plus d'informations, consultez les rubriques suivantes :

Quelle est votre source d'événements ?

Notification Services fait correspondre les événements et les abonnements pour générer des notifications. Avant de développer une application, vous devez penser à l'origine de vos événements. Si les événements peuvent être obtenus à partir de fichiers XML ou de bases de données, vous pouvez peut-être utiliser les fournisseurs d'événements intégrés qui envoient les données à votre application Notification Services de manière continue ou selon une planification. Si vos événements sont dans un autre format, il se peut que vous deviez envoyer les événements directement à un affichage d'événements, créer un fournisseur d'événements personnalisé ou interroger d'autres sources de données pour vos événements.

Pour plus d'informations sur les fournisseurs d'événements, consultez les rubriques suivantes :

Quelles bases de données utiliserez-vous pour stocker les données d'instance et d'application ? Quelle est la configuration de l'instance du moteur de base de données ?

Lorsque vous définissez une application Notification Services et configurez l'instance qui héberge l'application, vous pouvez créer de nouvelles bases de données pour les données d'instance et d'application ou utiliser des bases de données existantes. Vous devez décider s'il est préférable de stocker les données d'instance et d'application avec d'autres données opérationnelles ou de séparer les données d'instance et d'application dans une autre base de données.

Si les bases de données les bases de données choisies contiennent plusieurs groupes de fichiers, vous devez également déterminer les groupes de fichiers que vous utiliserez pour stocker des données d'instance et d'application spécifiques.

Collaborez avec votre administrateur de base de données pour décider où et comment configurer les bases de données pour vos données d'instance et d'application. Pour plus d'informations sur les options, consultez les rubriques suivantes :

Quels sont les schémas des événements et des abonnements que votre application doit accepter et les notifications qu'elle doit produire ? Quels sont les schémas des tables de chronique que vous souhaitez utiliser ?

Lorsque vous définissez une application Notification Services, vous documentez les schémas de vos données d'événements, d'abonnements et de notifications. Ces schémas sont utilisés pour créer des tables et des vues d'application. Le fait de connaître ces schémas vous aidera à développer rapidement votre application.

Les applications peuvent également utiliser des chroniques d'événements et d'abonnements pour stocker des données d'événements et d'abonnements supplémentaires. Les chroniques servent couramment à stocker des données d'événements qui seront utilisées par les abonnements planifiés et à stocker les données d'historique relatives aux abonnements individuels.

Lorsque vous définissez une application Notification Services, vous fournissez des requêtes qui joignent des données d'événements et d'abonnements, puis insérez des données dans un affichage des notifications. Une bonne conception de schémas et la définition d'index sur les tables et les vues résultantes vous aident à créer des règles optimisées de génération de notifications, qui à leur tour assurent de meilleures performances à l'application.

Pour plus d'informations sur les schémas, consultez les rubriques suivantes :

Après avoir déployé une application, la modification du schéma d'événements ou de notifications supprime et recrée les tables et les vues sous-jacentes. La modification du schéma d'une classe d'abonnement renomme les tables existantes qui stockent les données d'abonnement et vous impose de faire migrer manuellement les anciennes données d'abonnement dans les nouvelles tables.

Voulez-vous proposer des abonnements planifiés, des abonnements pilotés par les événements ou les deux ? Voulez-vous que les abonnés fournissent des paramètres aux requêtes prédéfinies ou souhaitez-vous permettre aux abonnés de définir leurs propres conditions ?

Notification Services prend en charge les abonnements pilotés par les événements, qui sont évalués lorsque les événements arrivent, et les abonnements planifiés, qui sont évalués selon une planification. Les abonnement pilotés par les événements et les abonnements planifiés prennent en charge les actions de base ou les actions conditionnelles.

Pour plus d'informations, consultez Définition de règles d'abonnement.

À quelle fréquence souhaitez-vous supprimer les anciennes données d'événements et de notifications ?

Notification Services peut automatiquement supprimer les données d'événements et de notifications anciennes et périmées par le biais d'un processus appelé ramasse-miettes. Vous configurez le ramasse-miettes par application lorsque vous définissez une application. Pour plus d'informations, consultez Configuration de la suppression de données.

Souhaitez-vous utiliser les composants standard de Notification Services ou comptez-vous implémenter des composants personnalisés ?

Les composants personnalisés peuvent fournir des fonctionnalités très spécifiques et puissantes pour votre application, mais ils imposent des ressources supplémentaires pour leur conception, leur développement et leur test. Pour plus d'informations, consultez Développement de composants Notification Services personnalisés.

Quel volume de notifications prévoyez-vous de remettre, à la fois pour les heures normales et les heures de pointe ? La haute disponibilité est-elle importante ?

Notification Services prend en charge les configurations matérielles de clustering avec basculement, montées en puissance par unité et montées en puissance parallèle. Le fait de connaître le volume des notifications et les impératifs de disponibilité vous aidera à choisir une configuration matérielle. Pour plus d'informations, consultez Planification d'un système Notification Services.

Quelles technologies envisagez-vous d'utiliser pour implémenter votre interface de gestion d'abonnement ?

Vous pouvez implémenter votre interface de gestion d'abonnement en code managé à l'aide de Microsoft .NET Framework et de tous les langages qu'elle prend en charge ou envoyer des données d'abonnements et d'abonnés de base à l'aide des vues de Notification Services. Les interfaces de code managé peuvent accéder directement aux classes Notification Services, alors que les applications non managées doivent utiliser COM Interop et sont limitées aux actions de base et non aux actions conditionnelles.

Vous pouvez ajouter des données d'abonnés et de périphériques d'abonné à l'aide des vues de Notification Services. Si votre application utilise des abonnements pilotés par les événements qui prennent en charge uniquement les actions de base, vous pouvez également ajouter les données d'abonnements à l'aide de ces vues.

La détermination de l'implémentation à utiliser vous aide à déterminer les logiciels que vous devez installer sur chaque serveur et peut favoriser une meilleure planification de la montée en puissance parallèle et le basculement.

Pour plus d'informations, consultez Développement d'interfaces de gestion d'abonnement.

Devez-vous intégrer votre application Notification Services à des bases de données externes ou des applications tierces ?

Notification Services peut obtenir des données et remettre des notifications à d'autres systèmes. Cette intégration se produit généralement via les fournisseurs d'événements et les protocoles de remise. Vos applications peuvent également interroger des bases de données externes pour obtenir des données d'événements, d'abonnements ou autres.

Les conditions de l'intégration peuvent se répercuter sur de nombreux aspects de votre application Notification Services, tels que les performances du système, les options de mise en forme des données et la remise des notifications.

Pour plus d'informations, consultez Notification Services et les autres technologies.

Voir aussi

Partager via