Qu’est-ce qu’Azure Business Process Tracking ? (Préversion)
Remarque
Cette fonctionnalité est en préversion et est soumise aux conditions d’utilisation supplémentaires des préversions de Microsoft Azure.
En tant que développeur ou analyste métier travaillant sur des solutions qui intègrent des services et des systèmes basés sur diverses ressources Azure, vous pouvez avoir des difficultés à visualiser la relation entre les composants techniques de votre solution et votre scénario métier. Pour inclure le contexte métier des ressources Azure dans votre solution, vous pouvez créer des processus métier qui représentent visuellement la logique métier implémentée par ces ressources. Dans Azure Business Process Tracking, un processus métier est une série de phases qui représentent les tâches se déroulant tout au long d’un scénario métier réel.
Par exemple, supposons que vous soyez développeur ou analyste métier chez un fournisseur d’électricité, et que vous travailliez dans une équipe qui crée des solutions d’intégration. Votre équipe met à jour une solution pour un service de processeur de commandes de travail implémenté par plusieurs applications logiques Standard et leurs flux de travail. L’équipe du service clientèle de votre entreprise utilise le processus métier suivant pour résoudre un ticket client lié à une panne d’électricité :
D’un point de vue architectural, le diagramme suivant montre comment vous pouvez représenter un scénario métier sous la forme d’un processus métier en plusieurs phases, que vous pouvez mapper à des ressources Azure réelles dans votre solution d’intégration :
Cette fonctionnalité vous permet de dissocier la conception du processus métier de votre implémentation. Vous n’avez pas non plus à incorporer d’informations de suivi dans votre code, vos ressources ou votre solution.
Conception et suivi du processus métier
Quand vous créez une ressource Processus métier dans Azure, vous définissez un seul identificateur métier ou ID de transaction, par exemple un numéro de commande, un numéro de dossier ou un numéro de ticket, pour identifier une transaction qui existe à travers toutes les phases du processus métier pour que vous puissiez corréler ces phases et les données entre elles.
Une fois que vous avez créé votre ressource, vous pouvez utiliser l’éditeur de processus pour concevoir les phases de votre processus métier, par exemple :
Pour capturer les données métier de chaque phase quand les données en temps réel circulent via les ressources Azure déployées au moment de l’exécution, vous pouvez spécifier d’autres valeurs de propriété métier clés à enregistrer et à stocker. Quand vous créez une phase, vous définissez ces propriétés métier et leurs sources de données. Par exemple, la phase Create_ticket définit les valeurs de propriété métier suivantes à enregistrer à partir des ressources Azure déployées :
Dès que vous avez fini une phase, vous pouvez mapper l’ID de transaction et les propriétés métier à l’opération correspondante, qui fournit les sorties attendues dans un workflow d’application logique Standard. Si vous connaissez Azure Logic Apps, vous utilisez une version en lecture seule du concepteur de flux de travail pour sélectionner l’opération et les jetons de contenu dynamique qui représentent les sorties de l’opération souhaitées. Ce mappage permet d’établir une relation plus concrète entre l’implémentation du service de processeur et le flux métier de la panne d’électricité dans le monde réel.
Par exemple, la capture d’écran suivante montre les éléments suivants :
- Concepteur de workflows en lecture seule pour la ressource et le workflow d’application logique Standard dans Azure Logic Apps.
- Opération de workflow sélectionnée nommée Envoyer un message.
- ID de transaction TicketNumber, mappé à une sortie d’opération nommée TicketNumber dans le workflow.
- Propriétés métier de la phase Create_ticket avec les mappages aux sorties sélectionnées des opérations dans le workflow d’application logique Standard.
La capture d’écran suivante montre une phase complètement mappée :
Une fois que vous avez fini d’effectuer les mappages et que vous avez enregistré votre processus métier, vous pouvez déployer le processus métier en tant que ressource Azure distincte avec un profil de suivi individuel, qui est ajouté à vos ressources déployées. Quand les workflows associés s’exécutent dans les applications logiques déployées, ces workflows remplissent les valeurs de propriété métier que vous avez spécifiées. Vous pouvez ensuite passer en revue chaque transaction enregistrée ainsi que l’état du processus métier pour chaque phase de cette transaction :
Vous pouvez également passer en revue les valeurs de propriété métier enregistrées pour chaque phase d’une transaction :
Pour vous aider à organiser et gérer les ressources Azure déployées que vous utilisez dans votre solution, vous pouvez également créer un environnement d’intégration et des groupes d’applications, que vous pourrez ensuite lier aux processus métier existants. Pour commencer, consultez Créer un environnement d’intégration.
Limitations et problèmes connus
La conception, le suivi et le déploiement du processus métier sont actuellement disponibles uniquement dans le Portail Azure. Aucune capacité n’existe actuellement pour exporter et importer des profils de suivi.
Le mappage et le suivi des processus métier prennent en charge uniquement les ressources d’application logique et les workflows avec état Standard dans Azure Logic Apps. Les workflows sans état ne sont pas pris en charge pour le moment.
Si vous avez des scénarios métier ou des cas d’usage qui nécessitent des flux de travail sans état, utilisez le lien de commentaires sur le produit pour partager ces scénarios et cas d’usage.
Cette préversion est actuellement optimisée pour la vitesse.
Si vous avez des commentaires sur la fiabilité ou les performances des charges de travail, utilisez le lien de commentaires sur le produit pour partager vos impressions et transmettre les résultats des charges de travail représentatives, et ainsi améliorer cet aspect.
Informations sur la tarification
Azure Business Process Tracking n’entraîne aucun frais durant la préversion. Toutefois, quand vous créez un processus métier, vous devez fournir les informations relatives à un cluster, une base de données et une table Azure Data Explorer, qu’il s’agisse d’éléments nouveaux ou déjà existants. Votre processus métier utilise cette base de données afin de stocker les transactions et les valeurs de propriété métier à enregistrer pour une évaluation future. Azure Data Explorer entraîne des frais, en fonction de l’option de tarification sélectionnée. Pour plus d’informations, consultez Tarification Azure Data Explorer.