Modèles de déploiement du serveur StreamInsight
Microsoft StreamInsight prend en charge deux scénarios de déploiement pour le serveur StreamInsight :
Intégration complète dans l'application StreamInsight en tant que DLL hébergée (incorporée).
Comme un serveur autonome avec plusieurs applications et utilisateurs StreamInsight qui partagent le serveur. Dans sa configuration autonome, le serveur StreamInsight s'exécute dans un wrapper, tel qu'un fichier exécutable, ou bien le serveur StreamInsight peut être inséré comme un Service Windows.
Déploiement de DLL hébergé
Le modèle de déploiement hébergé permet aux applications d'incorporer de façon transparente le serveur StreamInsight dans leurs solutions. L'application d'incorporation contrôle les accès au serveur StreamInsight et peut donc empêcher d'autres utilisateurs d'accéder aux métadonnées et données qui sont traitées par le serveur StreamInsight. Les exemples suivants illustrent des scénarios dans lesquels le modèle de déploiement hébergé peut être adapté à votre solution StreamInsight :
Vous souhaitez utiliser un serveur StreamInsight incorporé pour développer votre application StreamInsight.
Vous souhaitez réduire l'encombrement mémoire de votre application StreamInsight sur le système dans lequel vous projetez de déployer votre solution.
Vous développez une application et vous préférez utiliser un seul processus pour l'application que vous écrivez et le serveur StreamInsight. Le basculement sur le modèle de serveur autonome s'effectue via la connexion à un serveur hors processus plutôt que par la création d'un serveur incorporé.
L'accès partagé aux métadonnées et données d'événement en continu traitées par le serveur StreamInsight n'est pas obligatoire.
Vous souhaitez contrôler étroitement les accès au serveur StreamInsight via votre logique d'application qui encapsule le serveur StreamInsight.
Déploiement d'un serveur autonome
Un serveur StreamInsight autonome est préférable lorsque plusieurs applications doivent partager les mêmes sources de données d'événement et peuvent tirer parti de l'accès aux objets de métadonnées mutuels. Les exemples suivants illustrent des scénarios dans lesquels le modèle de déploiement autonome peut être adapté à votre solution StreamInsight :
Vous souhaitez partager des objets de métadonnées, tels que les types d'événements, les types d'adaptateurs ou les modèles de requêtes, entre plusieurs applications. Le serveur autonome permet de conserver facilement des métadonnées cohérentes entre ces applications car une seule copie de ces métadonnées est enregistrée sur le serveur StreamInsight.
Une source de données est enregistrée avec le serveur StreamInsight et fournit déjà un flux d'événements pour une application existante. Le serveur autonome facilite la réutilisation des adaptateurs déjà enregistrés pour la source de données et le partage du flux de données entrant entre les applications.
Le déploiement du serveur autonome peut utiliser le service StreamInsight installé comme hôte de serveur. Les applications écrites sur un serveur StreamInsight autonome doivent se connecter au serveur StreamInsight à l'aide de l'URI du service Web du serveur StreamInsight hébergé. Pour plus d'informations, consultez Publication et connexion au serveur StreamInsight.