Surveillance de la solution orientée service avec BAM
La solution surveille l’activité dans toutes les versions de l’orchestration CustomerService à l’aide de l’API BAM (Business Activity Monitoring). Plus précisément, il utilise le nouvel objet OrchestrationEventStream .
Qu'est-ce que l'objet OrchestrationEventStream ?
Le nouvel objet OrchestrationEventStream permet le suivi et la surveillance à partir des orchestrations. Les informations capturées maintiennent la cohérence transactionnelle avec l'état de l'orchestration. Par exemple, si l'instance de l'hôte de l'orchestration redémarre au milieu d'une exécution de l'orchestration, le redémarrage s'effectue à partir du dernier point de persistance de l'instance. La classe OrchestrationEventStream garantit que les données capturées sont cohérentes sur le plan transactionnel avec le dernier point de persistance de l’orchestration instance. Toutes les méthodes OrchestrationEventStream sont statiques afin que votre orchestration n’ait pas besoin de créer une instance de celle-ci.
Notes
Pour utiliser l’objet OrchestrationEventStream , vous devez ajouter des références aux assemblys Microsoft.BizTalk.Bam.XLANGs et Microsoft.BizTalk.Bam.EventObservation . Bien que l’objet OrchestrationEventStream se trouve dans l’espace de noms Microsoft.BizTalk.Bam.EventObservation , il réside dans l’assembly Microsoft.BizTalk.Bam.XLANGs .
Bien que l'Éditeur de modèle de suivi (TPE) soit l'outil recommandé dans le cadre de l'analyse BAM, il ne peut ni capturer les valeurs des variables de l'orchestration, ni gérer les objets personnalisés. La solution utilise l'API BAM pour remédier à ce problème.
Pour plus d’informations générales sur BAM, consultez Utilisation de l’analyse de l’activité métier. Pour plus d’informations sur l’Éditeur de profil de suivi (TPE), consultez Éditeur de profil de suivi.
Classe enveloppante de l'objet OrchestrationEventStream
La solution orientée service encapsule la classe OrchestrationEventStream avec la classe ServiceLevelTracking . La classe ServiceLevelTracking fournit des méthodes de jalon spécifiques à l’application et masque certains détails de l’utilisation d’OrchestrationEventStream.
Comme dans OrchestrationEventStream, toutes les méthodes de ServiceLevelTracking sont statiques. Ainsi, l'orchestration ou le composant personnalisé n'a pas besoin d'en créer une instance. La méthode qui commence le suivi d’une activité, TrackingBeginRequest, retourne une activité unique instance ID. Tous les événements de suivi suivants doivent être associés à cette activité instance ID afin de capturer correctement les données de niveau de service, car elles sont propres à la instance de l’orchestration CustomerService.
Voir aussi
Développement d’une solution orientée service
Caractéristiques de l’implémentation de la solution orientée services