Partager via

Vérifier l’état du flux de travail, afficher l’historique des exécutions et configurer des alertes dans Azure Logic Apps

  • Article

S’applique à : Azure Logic Apps (Consommation + Standard)

Après avoir exécuté un flux de travail d’application logique, vous pouvez vérifier l’état d’exécution, l’historique des déclencheurs, l’historique des exécutions de flux de travail et les performances.

Ce guide vous montre comment effectuer les tâches suivantes :

Pour une supervision des événements en temps réel et un débogage enrichi, configurez une journalisation des diagnostics pour votre application logique en utilisant les journaux Azure Monitor. Ce service Azure vous aide à superviser vos environnements cloud et locaux afin pouvoir maintenir plus facilement leur disponibilité et leurs performances. Vous pouvez ensuite rechercher et consulter des événements, tels que des événements de déclencheur, des événements d’exécution et des événements d’action. En stockant ces informations dans des journaux Azure Monitor, vous pouvez créer des requêtes de journal qui vous aident à rechercher et à analyser ces informations. Vous pouvez également utiliser ces données de diagnostic avec d’autres services Azure, tels que Stockage Azure et Azure Event Hubs. Pour plus d’informations, voir Superviser les applications logiques à l’aide d’Azure Monitor.

Examiner l’historique du déclencheur

Chaque exécution de workflow commence par un déclencheur, qui se déclenche selon une planification ou attend une demande ou un événement entrant. L’historique du déclencheur répertorie toutes les tentatives de déclenchement que votre workflow a faites et contient des informations sur les entrées et sorties pour chaque tentative.

  1. Dans le Portail Microsoft Azure, ouvrez la ressource et le flux de travail de votre application logique de Consommation dans le concepteur.

  2. Dans le menu de votre application logique, sélectionnez Vue d’ensemble. Dans la page Vue d’ensemble, sélectionnez Historique du déclencheur.

    Capture d’écran montrant le portail Azure, le flux de travail consommation et la page Vue d’ensemble avec l’onglet sélectionné nommé Historique des déclencheurs.

    Sous Historique des déclencheurs, toutes les tentatives de déclencheur s’affichent. Chaque fois que le déclencheur se déclenche, Azure Logic Apps crée une instance de workflow individuelle et exécute cette instance. Par défaut, chaque instance s’exécute en parallèle afin qu’aucun flux de travail ne doive attendre avant de lancer l’exécution. Si votre workflow se déclenche pour plusieurs événements ou éléments en même temps, une entrée de déclencheur s’affiche pour chaque élément avec les mêmes date et heure.

    Capture d’écran montrant la page Vue d’ensemble avec le flux de travail Consommation et plusieurs tentatives de déclencheur pour différents éléments.

    Le tableau suivant liste les états de déclencheur possibles :

    État du déclencheur Description
    Échec Une erreur est survenue. Pour examiner les messages d’erreur générés pour un déclencheur en échec, sélectionnez cette tentative de déclencheur, puis choisissez Sorties. Vous pourrez par exemple trouver des entrées qui ne sont pas valides.
    Ignoré Le déclencheur a vérifié le point de terminaison, mais n’a pas trouvé de données répondant aux critères spécifiés.
    Réussi Le déclencheur a vérifié le point de terminaison et a trouvé des données disponibles. En général, un état Déclenché s’affiche à côté de cet état. Si ce n’est pas le cas, la définition du déclencheur peut avoir une condition ou commande SplitOn qui n’a pas été remplie.

    Cet état peut provenir d’un déclencheur manuel, d’un déclencheur basé sur une périodicité ou d’un déclencheur d’interrogation. Un déclencheur peut s’exécuter correctement, mais l’exécution elle-même risque malgré tout d’échouer si les actions génèrent des erreurs non gérées.

    Conseil

    Vous pouvez revérifier le déclencheur sans attendre la prochaine récurrence. Dans la barre d’outils de la page vue d’ensemble ou dans la barre d’outils du concepteur, sélectionnez Exécuter, Exécuter.

  3. Pour afficher des informations sur une tentative de déclencheur spécifique, sélectionnez cet événement du déclencheur.

    Capture d’écran montrant l’historique des déclencheurs de flux de travail consommation et l’entrée sélectionnée.

    Si la liste affiche plusieurs tentatives de déclencheur et que vous ne trouvez pas l’entrée souhaitée, essayez de filtrer la liste. Si vous ne trouvez pas les données que vous attendez, choisissez Actualiser dans la barre d’outils.

    Vous pouvez maintenant examiner des informations relatives à l’événement de déclencheur sélectionné, par exemple :

    Capture d’écran montrant les informations d’historique du déclencheur de workflow Consommation sélectionnées.

Examiner l’historique des exécutions du workflow

Chaque fois qu’un déclencheur se déclenche, Azure Logic Apps crée une instance de flux de travail et exécute cette instance. Par défaut, chaque instance s’exécute en parallèle afin qu’aucun flux de travail ne doive attendre avant de lancer l’exécution. Vous pouvez examiner le déroulement de chaque exécution, y compris l’état, les entrées et les sorties de chaque étape du workflow.

  1. Dans le Portail Microsoft Azure, ouvrez la ressource et le flux de travail de votre application logique de Consommation dans le concepteur.

  2. Dans le menu de votre application logique, sélectionnez Vue d’ensemble. Sur la page Vue d’ensemble, sélectionnez Historique des exécutions.

    Sous Historique des exécutions, tous les exécutions passées, actuelles et en attente s’affichent. Si le déclencheur se déclenche pour plusieurs événements ou éléments en même temps, une entrée s’affiche pour chaque élément avec les mêmes date et heure.

    Conseil

    Si l’état d’exécution ne s’affiche pas, essayez d’actualiser la page Vue d'ensemble en sélectionnant Actualiser. Aucune exécution ne se produit pour un déclencheur ignoré en raison de critères non satisfaits ou de recherche d’aucune donnée.

    Capture d’écran montrant le flux de travail consommation et la page Vue d’ensemble avec l’onglet sélectionné nommé Historique des exécutions.

    Le tableau suivant liste les états d’exécution possibles :

    État de l’exécution Description
    Abandonné L’exécution s’est arrêtée ou ne s’est pas terminée en raison de problèmes externes, par exemple, une panne système ou un abonnement Azure expiré.
    Annulé L’exécution a été déclenchée et a démarré, mais a reçu une demande d’annulation.
    Échec Au moins une action de l’exécution a échoué. Aucune action subséquente n’était configurée dans le flux de travail pour gérer l’échec.
    Exécution L’exécution a été déclenchée et est en cours. Toutefois, cet état peut également apparaître pour une exécution limitée en raison de limites d’action ou du plan tarifaire actuel.

    Conseil : Si vous configurez la journalisation des diagnostics, vous pouvez obtenir des informations sur tous les événements de limitation qui se produisent.
    Réussi L’exécution a réussi. Si une action a échoué, une action subséquente dans le flux de travail a géré cet échec.
    Délai dépassé L’exécution a expiré parce qu’elle a dépassé la limite de durée d’exécution qui est contrôlée par le paramètre appelé Rétention de l’historique des exécutions en jours. La durée d’exécution est calculée à l’aide de l’heure de début de l’exécution et de la limite de durée d’exécution à l’heure de début.

    Remarque: si la durée d’exécution dépasse également la limite de rétention de l’historique des exécutions actuelle, qui est également contrôlée par le paramètre nommé rétention de l’historique des exécutions en jours, l’exécution est effacée de l’historique des exécutions par un travail de nettoyage quotidien. Que l’exécution expire ou se termine, la période de rétention est toujours calculée sur la base de l’heure de début de l’exécution et de la limite de rétention actuelle. Par conséquent, si vous réduisez la limite de durée pour une exécution en cours, l’exécution expire. Toutefois, l’exécution reste ou est effacée de l’historique des exécutions selon si la durée d’exécution a dépassé la limite de rétention.
    En attente L’exécution n’a pas encore démarré ou est suspendue, par exemple en raison d’une instance de flux de travail antérieure qui est toujours en cours d’exécution.

  3. Pour examiner les étapes et d’autres informations d’une exécution spécifique, sous Historique des exécutions, sélectionnez cette exécution. Si la liste affiche de nombreuses exécutions et que vous ne trouvez pas l’entrée souhaitée, essayez de filtrer la liste.

    Capture d’écran montrant une exécution de flux de travail Consommation sélectionnée.

    La page d’historique des exécutions s’ouvre et affiche l’état de chaque étape de l’exécution sélectionnée, par exemple :

    Capture d’écran montrant l’historique des exécutions du flux de travail Consommation avec chaque action de l’exécution.

    Le tableau suivant montre les états possibles que chaque action de workflow peut avoir et afficher dans le portail :

    État d’action Icon Description
    Abandonné Icône Abandonné L’action a été arrêtée ou ne s’est pas terminée en raison de problèmes externes, par exemple, une panne du système ou l’expiration d’un abonnement Azure.
    Annulé Icône Annulé L’action était en cours d’exécution mais a reçu une demande d’annulation.
    Échec Icône d'échec L’action a échoué.
    En cours d’exécution Icône En cours d’exécution L’action est en cours d’exécution.
    Ignoré Icône Ignoré L’action a été ignorée, car les conditions runAfter n’étaient pas remplies. Par exemple, une action précédente a échoué. Chaque action possède un objet runAfter dans lequel vous pouvez configurer les conditions nécessaires pour que l’action en cours puisse s’exécuter.
    Réussi Icône Réussi L’action a réussi.
    Réussie avec de nouvelles tentatives Icône-Réussi-avec-de-nouvelles-tentatives L’action a réussi, mais uniquement au bout de deux tentatives ou plus. Pour passer en revue l’historique des nouvelles tentatives, dans la page de l’historique des exécutions, sélectionnez cette action pour pouvoir afficher les entrées et sorties.
    Délai dépassé Icône Délai d'attente expiré L’action a été arrêtée en raison du délai d’expiration spécifié par les paramètres de cette action.
    En attente Icône En attente S’applique à une action de webhook qui attend une demande entrante d’un appelant.

  4. Pour afficher les informations dans le formulaire de liste, dans la barre d’outils de l’historique des exécutions, sélectionnez Détails de l’exécution.

    Le volet Détails de l’exécution de l’application logique répertorie chaque étape, leur état et d’autres informations.

    Capture d’écran montrant les détails de l’exécution pour chaque étape du flux de travail Consommation.

    Par exemple, vous pouvez obtenir la propriété ID de corrélation de l’exécution, dont vous pouvez avoir besoin lorsque vous utilisez l’API REST pour Logic Apps.

  5. Pour obtenir plus d’informations sur une étape spécifique, sélectionnez l’une des options suivantes :

    • Dans la page d’historique des exécutions, sélectionnez une étape pour ouvrir un volet qui affiche les entrées, les sorties et toutes les erreurs qui se sont produites à cette étape.

      Par exemple, supposons que vous disposez d’un flux de travail avec une étape ayant échoué. Vous souhaitez examiner les entrées susceptibles d’avoir provoqué l’échec de l’étape.

      Dans ce scénario, l’échec provient d’une connexion non valide ou manquante à un compte de messagerie utilisé pour envoyer un e-mail.

      Capture d’écran montrant la page historique des exécutions du flux de travail consommation avec l’exemple d’étape sélectionné, ainsi que les entrées, les sorties et les erreurs pour l’étape ayant échoué.

    • Dans la barre d’outils de la page d’historique des exécutions, sélectionnez Détails de l’exécution. Dans le volet détails de l’exécution de l’application logique qui s’ouvre, sélectionnez l’étape souhaitée, par exemple :

      Capture d’écran montrant le flux de travail Consommation et le volet nommé Détails de l’exécution de l’application logique. Le volet affiche l’étape d’échec de l’exemple sélectionné.

    Remarque

    Tous les détails et événements du runtime sont chiffrés dans Azure Logic Apps et sont déchiffrés uniquement quand un utilisateur demande à afficher ces données. Vous pouvez masquer les entrées et sorties dans l’historique des exécutions de flux de travail ou contrôler l’accès utilisateur à ces informations à l’aide de contrôle d’accès en fonction du rôle Azure (Azure RBAC).

Réexécuter un workflow avec les mêmes entrées

Vous pouvez réexécuter un workflow précédemment terminé avec les mêmes entrées que celles utilisées précédemment par le workflow de la manière suivante :

  • Réexécutez l’intégralité du workflow.

  • Réexécutez le workflow à partir d’une action spécifique. L’action resoumise et toutes les actions suivantes s’exécutent comme d’habitude.

L’exécution de cette tâche crée et ajoute une nouvelle exécution de workflow à l’historique des exécutions de votre workflow.

Limitations et considérations

  • Par défaut, seuls les workflows de consommation et les workflows avec état Standard, qui enregistrent et stockent l’historique des exécutions, sont pris en charge. Pour utiliser ces fonctionnalités avec un workflow sans état Standard, activez le mode avec état. Pour plus d’informations, consultez Activer l’historique des exécutions pour les workflows sans état et Activer le mode avec état pour les connecteurs sans état.

  • L’exécution renvoyée exécute la même version de workflow que l’exécution d’origine, même si vous avez mis à jour la définition du workflow.

  • Vous pouvez renvoyer uniquement des actions à partir de Flux de travail séquentiels. Les workflows avec des chemins parallèles ne sont actuellement pas pris en charge.

  • Le workflow doit avoir un état terminé, tel que Réussite, Échec ou Annulation.

  • Afin d’effectuer une réexécution à partir d’une action spécifique, le workflow doit avoir 40 actions ou moins.

  • Si votre workflow comporte des opérations telles que des opérations de création ou de suppression, le renvoi d’une exécution peut créer des données en double ou essayer de supprimer des données qui n’existent plus, ce qui entraîne une erreur.

  • Ces fonctionnalités ne sont actuellement indisponibles avec Visual Studio Code ou Azure CLI.

Réexécuter l’intégralité du workflow

  1. Dans le Portail Microsoft Azure, ouvrez la ressource et le flux de travail de votre application logique de Consommation dans le concepteur.

  2. Dans le menu de votre application logique, sélectionnez Vue d’ensemble. Sur la page Vue d’ensemble, sélectionnez Historique des exécutions.

    Sous Historique des exécutions, tous les exécutions passées, actuelles et en attente s’affichent. Si le déclencheur se déclenche pour plusieurs événements ou éléments en même temps, une entrée s’affiche pour chaque élément avec les mêmes date et heure.

  3. Dans la page historique des exécutions, sélectionnez l’exécution à réexécuter, puis renvoyer.

    L' onglethistorique des exécutions ajoute l’exécution resoumise à la liste des exécutions.

    Conseil

    Si l’exécution resoumise n’apparaît pas, dans la barre d’outils de l’historique des exécutions , sélectionnez Actualiser. Aucune exécution ne se produit pour un déclencheur ignoré en raison de critères non satisfaits ou de recherche d’aucune donnée.

  4. Pour passer en revue les entrées et sorties une fois l’exécution resousmise terminée, sous l’onglet Historique des exécutions, sélectionnez cette exécution.

Réexécuter à partir d’une action spécifique

La fonctionnalité d’action de réexécution est disponible pour la plupart des actions, à l’exception des flux de travail non essentiels, des scénarios d’accès concurrentiel complexes et des limitations suivantes :

Actions Disponibilité et limitations de la fonctionnalité de resoumission
Action Condition et actions dans les chemins True et False - Oui pour l’action Condition
- Non pour les actions dans les chemins True et False
Action For each plus toutes les actions à l’intérieur de la boucle et après la boucle Non pour toutes les actions
Action Switch et toutes les actions dans le chemin Default et les chemins Case - Oui pour l’action Switch
- Non pour les actions dans le chemin Default et les chemins Case paths
Action Until plus toutes les actions à l’intérieur de la boucle et après la boucle Non pour toutes les actions

  1. Sur le portail Azure, ouvrez votre ressource d’application logique Consommation.

  2. Dans le menu des ressources de l’application logique, sélectionnez Vue d’ensemble. Sur la page Vue d’ensemble, sélectionnez Historique des exécutions pour afficher l’historique d’exécution du workflow.

  3. Sous l’onglet Historique des exécutions, sélectionnez l’exécution à partir de laquelle vous souhaitez réexécuter le flux de travail.

    La page d’historique des exécutions s’ouvre et affiche l’état de chaque étape de l’exécution sélectionnée.

  4. Pour réexécuter le flux de travail à partir d’une action spécifique, choisissez l’une ou l’autre option :

    • Recherchez l’action à partir de laquelle commencer à réexécuter le flux de travail, ouvrez le menu contextuel, puis sélectionnez Envoyer à partir de cette action.

    • Sélectionnez l’action à partir de laquelle commencer à réexécuter le flux de travail. Dans le volet qui s’ouvre, sous le nom de l’action, sélectionnez Envoyer à partir de cette action.

    La page d’historique des exécutions actualise et affiche l’exécution resoumise. Toutes les opérations qui précèdent l’action resoumise affichent une icône d’état plus claire, représentant des entrées et des sorties réutilisées. L’action resoumise et les actions suivantes affichent les icônes d’état colorées. Pour plus d’informations, consultez Examiner l’historique des exécutions de workflow.

    Conseil

    Si l’exécution resoumise ne se termine pas entièrement, dans la barre d’outils de la page Détails de l’exécution, sélectionnez Actualiser.

Configurer des alertes de surveillance

Pour obtenir des alertes basées sur des métriques spécifiques ou des seuils dépassés dans votre flux de travail, configurez votre ressource d’application logique avec des alertes dans Azure Monitor. Pour plus d’informations, consultez Métriques dans Azure.

Pour configurer des alertes sans utiliser Azure Monitor, effectuez ces étapes, qui s’appliquent à la fois aux ressources d’application logique Consommation et Standard :

  1. Dans le menu des ressources de votre application logique, sous Surveillance, sélectionnez Alertes. Dans la barre d’outils, sélectionnez Créer>Règle d’alerte.

  2. Dans la page Créer une règle d’alerte , dans la liste Nom du signal, sélectionnez le signal pour lequel vous voulez obtenir une alerte.

    Remarque

    Les signaux d’alerte diffèrent entre la consommation et les applications logiques standard. Par exemple, les applications logiques de Consommation ont de nombreux signaux liés au déclencheur, tels que Déclencheurs terminés et Déclencheurs échoués, tandis que les flux de travail Standard ont les signaux Nombre de déclencheurs de flux de travail complétés et Taux de déclencheurs de flux de travail échoués.

    Par exemple, pour envoyer une alerte en cas d’échec d’un déclencheur dans un workflow de consommation, procédez comme suit :

    1. Dans la colonne Nom du signal, sélectionnez le signal Échec des déclencheurs.

    2. Sous Logique d’alerte, configurez votre condition, par exemple :

      Propriété Valeur d'exemple
      Seuil Statique
      Type d’agrégation Count
      Opérateur Supérieur ou égal à
      Unité Count
      Valeur du seuil 1

      La section Aperçu montre maintenant la condition que vous avez configurée, par exemple :

      Chaque fois que le nombre de déclencheurs ayant échoué est supérieur ou égal à 1

    3. Sous Quand évaluer, configurez la planification de la vérification de la condition :

      Propriété Valeur d'exemple
      Vérifier chaque 1 minute
      Période de recherche arrière 5 minutes

      Par exemple, la condition terminée est similaire à l’exemple suivant, et la page Créer une règle d’alerte affiche désormais le coût d’exécution de cette alerte :

      Capture d’écran montrant la ressource d’application logique Consommation avec condition d’alerte.

  3. Quand vous êtes prêt, sélectionnez Vérifier + créer.

Pour obtenir des informations générales, consultez Créer une règle d’alerte depuis une ressource spécifique – Azure Monitor.

Contenu connexe