Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Microsoft fournit une variété d’outils et de processus de surveillance pour vous aider à maintenir l’intégrité et les performances de vos applications et services Power Platform. Un élément clé de vos efforts de surveillance est la traçabilité de bout en bout.
Astuce
L’article fournit un exemple de scénario et une représentation visuelle de la façon de suivre les événements sur plusieurs services. Cette solution est un exemple d’architecture de scénario généralisé, qui peut être utilisé pour de nombreux scénarios et secteurs différents.
Diagramme d’architecture
Flux de travail
Les étapes suivantes décrivent le flux de travail d’Azure à l’API web Dataverse qui est illustré dans l’exemple de diagramme d’architecture :
Applications de l’utilisateur final : les services et solutions Azure comme Azure Functions, les services web et Kubernetes démarrent une transaction distribuée liée à un événement spécifique généré par l’utilisateur ou un agent.
API web Dataverse : les services Azure ajoutent un parent de trace aux demandes adressées aux entités et aux API personnalisées Dataverse. Le parent de trace peut être inclus dans le corps de la demande ou dans la chaîne de requête de balise.
Le parent de trace est un en-tête W3C Trace Context qui contient l’ID de trace, l’ID span et d’autres informations sur la demande. L’en-tête est utilisé pour corréler les données de télémétrie entre les différents composants de l’architecture.
Messages Dataverse : les demandes sont envoyées à Dataverse en tant que messages. Les messages peuvent se rapporter à une entité ou à une API personnalisée et peuvent se voir appliquer des actions avant et après. Ces actions peuvent être un suivi distribué Application Insights.
Plug-ins : utilisez les plug-ins C# Dataverse pour générer la télémétrie du traçage distribué et associer la demande Azure à l’action Dataverse.
Azure Monitor : créez des requêtes KQL pour interroger et corréler la télémétrie entre les composants.
Les étapes suivantes décrivent le flux de travail Power Platform :
Instrument : configurez la ressource Power Platform avec la chaîne/clé de connexion Application Insights.
Trace : Copilot Studio, Power Apps et Power Automate démarrez une transaction en appelant une API Dataverse personnalisée.
Composants
L’exemple d’architecture comprend des outils et services de surveillance, ainsi que les composants Power Platform qui génèrent des données de télémétrie.
Outils et services de surveillance
Azure Monitor est une solution de surveillance complète pour collecter, analyser et agir sur la télémétrie à partir de vos environnements cloud et locaux. Il utilise Langage de requête Kusto (KQL) pour interroger et corréler les données de télémétrie entre différents composants. Pour en savoir plus, consultez Démarrer avec les requêtes de journal dans les journaux Azure Monitor et Interroger les données dans Azure Monitor à l’aide d’Azure Data Explorer.
Application Insights est une fonctionnalité OpenTelemetry d’Azure Monitor qui vous permet de surveiller les applications web, les services et d’autres composants de votre architecture. Il fournit de puissants outils d’analyse pour vous aider à diagnostiquer les problèmes et à comprendre ce que les utilisateurs font réellement avec votre application.
Azure Data Explorer est une plateforme d’analyse rapide et hautement évolutive conçue pour analyser de grands volumes de données en quasi-temps réel. Vous pouvez utiliser Azure Data Explorer pour interroger et analyser les données de télémétrie d’Application Insights, d’Azure Monitor et d’autres services Azure.
Composants Power Platform
Microsoft Dataverse est la plateforme de données qui sous-tend une grande partie de Microsoft Cloud, y compris Power Platform. Vous pouvez utiliser Application Insights pour recevoir la télémétrie des diagnostics et des performances de Dataverse. Pour en savoir plus, consultez Analyser les applications pilotées par modèle et la télémétrie Microsoft Dataverse avec Application Insights.
Copilot Studio est un outil graphique low-code pour créer des assistants et des flux d’assistant. Vous pouvez capturer les données de télémétrie de vos assistants pour surveiller leurs performances avec Application Insights. Pour en savoir plus, consultez Capturer la télémétrie avec Application Insights.
Les applications canevas Power Apps sont un canevas vierge sur lequel vous déposez des composants pour créer une interface utilisateur pour les sources de données. Vous pouvez surveiller vos applications canevas avec Application Insights. Pour en savoir plus, consultez Analyser les journaux générés par le système à l’aide d’Application Insights.
Les applications pilotées par modèle Power Apps sont des applications que vous créez à l’aide de modèles de données et de composants prédéfinis. À l’instar des applications canevas, les applications pilotées par modèle génèrent la télémétrie que vous pouvez surveiller avec Application Insights. Pour en savoir plus, consultez Analyser les applications pilotées par modèle et la télémétrie Microsoft Dataverse avec Application Insights.
Power Automate est un outil graphique low-code pour créer des flux de travail automatisés. Vous pouvez exporter les données de télémétrie du flux de cloud dans Application Insights au niveau de l’environnement. Pour en savoir plus, consultez Configurer Application Insights avec Power Automate.
Power BI est une collection de services logiciels, d’applications et de connecteurs qui fonctionnent ensemble pour transformer les sources de données indépendantes en insights cohérents, visuellement immersifs et interactifs. Vous pouvez l’utiliser pour interroger et visualiser des données de télémétrie.
Détails du scénario
Cette architecture est conçue pour permettre la corrélation de la télémétrie entre plusieurs composants au sein de Power Platform et à partir de systèmes externes à Power Platform en mettant en œuvre la recommandation W3C Trace Context pour :
- Corréler les enregistrements de trace et de demande dans Application Insights en utilisant les enregistrements de dépendance.
- Bénéficiez d’une traçabilité de bout en bout des opérations.
- Permettez aux équipes de configurer la télémétrie pour diagnostiquer et résoudre les problèmes.
- Autoriser les systèmes externes à transmettre le contexte de traçage distribué à Power Platform.
- Inclure des composants Power Platform dans une session de traçage distribué.
Considérations
Ces considérations mettent en œuvre les piliers de Power Platform Well-Architected, un ensemble de principes directeurs qui améliorent la qualité d’une charge de travail. Pour en savoir plus, consultez Microsoft Power Platform Well-Architected.
Fiabilité
Assurez-vous que la solution mise en œuvre s’intègre dans votre stratégie de surveillance et d’alerte.
Excellence opérationnelle
Pour surveiller efficacement votre charge de travail en termes de sécurité, de performances et de fiabilité, vous avez besoin d’un système complet doté de sa propre pile qui constitue la base de toutes les fonctions de surveillance, de détection et d’alerte. Pour en savoir plus, consultez Recommandations pour la conception et la création d’un système de surveillance.
Efficacité des performances
Les suggestions de cet exemple de scénario vous permettent de collecter des recommandations sur les données de performances de la charge de travail pour les charges de travail Power Platform.
Étape suivante
Contributeurs
Microsoft gère cet article. Les contributeurs suivants ont écrit cet article.
Principaux auteurs :
- Grant Archibald, Gestionnaire de programme senior