Créer un exemple de workflow d’application logique Standard dans Azure Logic Apps à tenant unique avec le Portail Azure

S’applique à : Azure Logic Apps (Standard)

Ce guide montre comment créer un exemple de workflow automatisé qui attend une requête web entrante, puis envoie un message à un compte d’e-mail. Plus précisément, vous allez créer une ressource d’application logique Standard, qui peut inclure plusieurs workflows avec état et sans état qui s’exécutent dans Azure Logic Apps à tenant unique.

Notes

Pour créer cet exemple de workflow dans Visual Studio Code à la place, suivez les étapes décrites dans Créer des workflows d’intégration Standard dans Azure Logic Apps à tenant unique avec Visual Studio Code. Les deux options permettent de développer, d’exécuter et de déployer des flux de travail d’application logique dans les mêmes genres d’environnements. Toutefois, avec Visual Studio Code, vous pouvez développer, tester et exécuter localement des flux de travail dans votre environnement de développement.

Bien que cet exemple de flux de travail soit basé sur le cloud et ne comporte que deux étapes, vous pouvez créer des flux de travail à partir de centaines d’opérations qui peuvent connecter un vaste éventail d’applications, de données, de services et de systèmes dans des environnements cloud, locaux et hybrides. L’exemple de workflow démarre avec le déclencheur de requête intégré, suivi d’une action Office 365 Outlook. Le déclencheur crée un point de terminaison pouvant être appelé pour le flux de travail, et attend une demande HTTPS entrante en provenance d’un appelant quelconque. Lorsque le déclencheur reçoit une demande et se déclenche, l’action suivante s’exécute en envoyant un e-mail à l’adresse e-mail spécifiée avec des sorties sélectionnées à partir du déclencheur.

À mesure que vous allez progresser, vous allez effectuer les tâches de haut niveau suivantes :

• Créez une ressource d’application logique Standard, puis ajoutez un worfklow avec état vide.
• Ajoutez un déclencheur et une action.
• Déclenchez une exécution de workflow.
• Affichez l’historique de déclencheur et d’exécution de votre application logique.
• Activez ou ouvrez Application Insights après le déploiement.
• Activez l’historique des exécutions pour les workflows sans état.

Dans Azure Logic Apps à tenant unique, les workflows dans la même application logique et le même tenant s’exécutent dans le même processus que le runtime, de sorte qu’ils partagent les mêmes ressources, puis offrent un meilleur niveau de performance. Si vous souhaitez en savoir plus sur Azure Logic Apps à locataire unique, consultez Architecture à locataire unique ou multilocataire, et environnement de services d’intégration.

Prérequis

• Un compte et un abonnement Azure. Si vous n’avez pas encore d’abonnement, vous pouvez vous inscrire pour obtenir un compte Azure gratuitement.

• Un compte de stockage Azure. Si vous n’en avez pas, vous pouvez créer un compte de stockage à l’avance ou lors de la création de l’application logique.

  Notes

  Le type de ressource d’application logique Standard est avec Azure Functions et a des exigences de stockage similaires à celles des applications de fonction. Les flux de travail avec état effectuent des transactions de stockage, telles que l’utilisation de files d’attente pour la planification et le stockage d’états de flux de travail dans des tables et des blobs. Ces transactions occasionnent des frais de stockage. Pour plus d’informations sur la façon dont les flux de travail avec état stockent les données dans un stockage externe, consultez Workflows avec état et sans état.

• Pour créer le même exemple de workflow que celui présenté dans ce guide, vous avez besoin d’un compte e-mail Office 365 Outlook qui utilise un compte Microsoft professionnel ou scolaire pour se connecter.

  Si vous n’avez pas de compte Office 365, vous pouvez utiliser tout autre connecteur d’e-mail disponible pouvant envoyer des messages depuis votre compte e-mail, par exemple, Outlook.com. Si vous utilisez un autre connecteur d’e-mail, vous pouvez toujours suivre l’exemple. Les étapes globales générales sont les mêmes. Toutefois, vos options peuvent différer de plusieurs manières. Par exemple, si vous utilisez le connecteur Outlook.com, utilisez votre compte Microsoft personnel au lieu de vous connecter.

• Pour tester l’exemple de workflow dans ce guide, vous avez besoin d’un outil pouvant envoyer des appels au point de terminaison créé par le déclencheur de requête. Si vous n’avez pas d’outil de ce type, vous pouvez télécharger, installer et utiliser Postman.

• Si vous créez votre application logique, puis activez Application Insights, vous pouvez choisir d’activer la journalisation et le suivi des diagnostics pour votre application logique. Vous pouvez le faire lorsque vous créez votre application logique ou après le déploiement. Vous devez disposer d’une instance d’Application Insights, mais vous pouvez créer cette ressource à l’avance, lorsque vous créez votre application logique, ou après le déploiement.

• Pour déployer votre ressource d’application logique Standard sur un environnement App Service Environment version 3 (ASEv3) - plan Windows uniquement, vous devez d’abord créer cette ressource d’environnement. Vous pouvez ensuite sélectionner cet environnement comme emplacement de déploiement quand vous créez votre ressource d’application logique. Pour plus d’informations, consultez Types de ressources et environnements et Créer un environnement App Service Environment.

• À compter de la mi-octobre 2022, les nouveaux flux de travail d’application logique Standard dans le Portail Azure utiliseront automatiquement Azure Functions v4. Durant le mois de novembre 2022, les workflows Standard existants dans le portail Azure seront automatiquement migrés vers Azure Functions v4. À moins que vous n’ayez déployé vos applications logiques standard en tant que projets NuGet ou que vous n’ayez associé vos applications logiques à une version de bundle spécifique, cette mise à niveau ne nécessite aucune action de votre part et n’a aucun impact sur le runtime. Toutefois, si les exceptions s’appliquent à vous, ou pour plus d’informations sur la prise en charge d’Azure Functions v4, consultez Azure Logic Apps Standard prend désormais en charge Azure Functions v4.

Bonnes pratiques et recommandations

Pour optimiser la réactivité et les performances du concepteur, passez en revue ces instructions et suivez-les :

• N’utilisez pas plus de 50 actions par workflow. Le dépassement de ce nombre d’actions risque de ralentir les performances du concepteur.

• Envisagez de fractionner la logique métier en plusieurs workflows si nécessaire.

• N’ayez pas plus de 10 à 15 workflows par ressource d’application logique.

D’autres workflows dans votre application logique augmentent le risque d’allongement du temps de chargement, ce qui affecte négativement les performances. Si vous avez des applications logiques stratégiques qui nécessitent des déploiements sans aucun temps d’arrêt, envisagez de configurer des emplacements de déploiement.

Créer une ressource d’application logique Standard

1. Sur le portail Azure connectez-vous avec votre compte Azure.

2. Dans la zone de recherche du Portail Azure, entrez applications logiques, puis sélectionnez Applications logiques.

   

3. Dans la page Applications logiques, sélectionnez Ajouter.

4. Sur la page Créer une application logique, sous l’onglet Informations de base, fournissez les informations de base suivantes concernant votre application logique :

   Propriété	Obligatoire	Value	Description
   Abonnement	Oui	<Azure-subscription-name>	Le nom de votre abonnement Azure.
   Groupe de ressources	Oui	<nom-groupe-de-ressources-Azure>	Groupe de ressources Azure dans lequel vous créez votre application logique et les ressources associées. Ce nom doit être unique d’une région à l’autre et peut uniquement contenir des lettres, des chiffres, des traits d’union (-), des traits de soulignement (_), des parenthèses [()] et des points (.). Cet exemple crée un groupe de ressources nommé Fabrikam-Workflows-RG.
   Nom de l’application logique	Oui	<logic-app-name>	Nom de votre ressource d’application logique, qui doit être unique d’une région à l’autre et peut contenir uniquement des lettres, des chiffres, des traits d’union (-), des traits de soulignement (_), des parenthèses (()) et des points (.). Remarque : le nom de votre application logique obtient le suffixe, .azurewebsites.net, car la ressource Application logique Standard repose sur le runtime Azure Logic Apps à tenant unique qui utilise le modèle d’extensibilité d’Azure Functions et qui est hébergé en tant qu’extension sur le runtime Azure Functions. Azure Functions utilise la même convention d’affectation de noms d’application. Cet exemple crée une application logique nommée Fabrikam-Workflows.

5. Avant de continuer à effectuer des sélections, accédez à la section Plan. Pour Type de plan, sélectionnez Standard afin de n’afficher que les paramètres qui s’appliquent au type d’application logique basé sur le plan Standard.

   La propriété Type de plan spécifie le plan d’hébergement et le modèle de facturation à utiliser pour votre application logique. Pour plus d’informations, consultez Plans d’hébergement et niveaux tarifaires.

   Type de plan	Description
   Standard	Ce type d’application logique est sélectionné par défaut. Les workflows s’exécutent dans une instance Azure Logic Apps monolocataire et utilisent le modèle de facturation Standard.
   Consommation	Ce type d’application logique et de workflow s’exécutent dans une instance Azure Logic Apps multilocataire mondiale et utilisent le modèle de facturation Consommation.

   Propriété	Obligatoire	Value	Description
   Plan Windows	Oui	<plan-name>	Nom du plan à utiliser. Sélectionnez un plan existant ou fournissez ou nom de nouveau plan. Cet exemple utilise le nom My-App-Service-Plan. Remarque : Seul le plan de App Service Windows est pris en charge. N’utilisez pas de plan de App Service Linux.
   Plan tarifaire	Oui	<pricing-tier>	Niveau tarifaire à utiliser pour votre application logique et vos workflows. Votre sélection affecte la tarification, le calcul, la mémoire et le stockage que votre application logique et vos flux de travail utilisent. Pour plus d’informations, consultez Plans d’hébergement et niveaux tarifaires.

6. Maintenant, effectuez les sélections suivantes :

   Propriété	Obligatoire	Value	Description
   Publier	Oui	Workflow	Cette option apparaît et s’applique uniquement lorsque Type de plan est défini sur le type d’application logique Standard. Par défaut, cette option est définie sur Workflow et crée une ressource d’application logique vide dans laquelle vous ajoutez votre premier workflow. Remarque : Actuellement, l’option Conteneur Docker nécessite un emplacement personnalisé sur un cluster Kubernetes avec Azure Arc, que vous pouvez utiliser sur Logic Apps avec Azure Arc (Standard). Les emplacements de ressources doivent tous être identiques pour votre application logique, votre emplacement personnalisé et votre cluster.
   Région	Oui	<Azure-region>	Région du centre de données Azure à utiliser pour stocker les informations de votre application. Cet exemple déploie l’exemple d’application logique dans la région USA Ouest dans Azure. – Si vous avez précédemment choisi Conteneur Docker, sélectionnez votre emplacement personnalisé dans la liste Région. – Si vous souhaitez déployer votre application sur une ressource App Service Environment v3 existante, vous pouvez sélectionner cet environnement dans la liste Région.

   Notes

   Si vous sélectionnez une région Azure qui prend en charge la redondance des zones de disponibilité, la section Redondance de zone est activée. Cette section offre le choix d’activer la redondance de zone de disponibilité pour votre application logique. Toutefois, les régions Azure actuellement prises en charge n’incluent pas la région USA Ouest. Vous pouvez donc ignorer cette section pour cet exemple. Pour plus d’informations, consultez Protéger les applications logiques contre les défaillances de région avec la redondance de zone et les zones de disponibilité.

   Lorsque vous avez terminé, vos paramètres ressemblent à l’exemple suivant :

   

7. Sous l’onglet Hébergement, fournissez les informations suivantes sur la solution de stockage et le plan d’hébergement à utiliser pour votre application logique.

   Propriété	Obligatoire	Value	Description
   Type de stockage	Oui	- Stockage Azure - SQL et Stockage Azure	Type de stockage que vous souhaitez utiliser pour les artefacts et les données liés aux workflows. - Pour déployer uniquement sur Azure, sélectionnez Stockage Azure. - Pour utiliser SQL comme stockage principal et stockage Azure en tant que stockage secondaire, sélectionnez SQL et stockage Azure, puis consultez Configurer le stockage de base de données SQL pour les applications logiques Standard dans les applications logiques Azure à client unique. Remarque : Si votre déploiemenent cible une région Azure, vous avez toujours besoin d’un compte Stockage Azure. Celui-ci est utilisé à une seule reprise pour héberger la configuration de l’application logique sur la plateforme Azure Logic Apps. L’état du workflow, l’historique des exécutions et les autres artefacts de runtime sont stockés dans votre base de données SQL. Pour les déploiements sur un emplacement personnalisé hébergé sur un cluster Azure Arc, vous n’avez besoin que de SQL comme fournisseur de stockage.
   Compte de stockage	Oui	<Azure-storage-account-name>	Compte de stockage Azure à utiliser pour les transactions de stockage. Ce nom de ressource doit être unique d’une région à l’autre et comporter entre 3 et 24 caractères avec uniquement des chiffres et des lettres minuscules. Sélectionnez un compte existant ou créez un nouveau compte. Cet exemple crée un compte de stockage nommé mystorageacct.

8. Sous l’onglet Mise en réseau, vous pouvez conserver les options par défaut pour cet exemple.

   Pour vos scénarios concrets spécifiques, veillez à passer en revue, puis à sélectionner les options appropriées. Vous pouvez également modifier cette configuration après avoir déployé votre ressource d’application logique. Si vous souhaitez en savoir plus, veuillez consulter la rubrique Sécuriser le trafic entre les applications logiques Standard et les réseaux virtuels Azure à l’aide de points de terminaison privés.

   Activer l’accès public	Comportement
   Activé	Votre application logique a un point de terminaison public avec une adresse entrante. Ce point de terminaison est ouvert sur Internet et ne peut pas accéder à un réseau virtuel Azure.
   Désactivé	Votre application logique n’a pas de point de terminaison public, mais un point de terminaison privé à la place pour la communication au sein d’un réseau virtuel Azure et est isolée sur ce réseau virtuel. Le point de terminaison privé peut communiquer avec les points de terminaison du réseau virtuel, mais uniquement depuis des clients de ce réseau. Cette configuration signifie également que le trafic des applications logiques peut être régi par des groupes de sécurité réseau ou affecté par des itinéraires de réseau virtuel.

   Pour permettre à votre application logique d’accéder aux points de terminaison dans un réseau virtuel, veillez à sélectionner l’option appropriée :

   Activer l’injection sur le réseau	Comportement
   Activé	Vos workflows d’application logique peuvent communiquer de manière privée et sécurisée avec les points de terminaison du réseau virtuel.
   Désactivé	Vos workflows d’application logique ne peuvent pas communiquer avec les points de terminaison du réseau virtuel.

9. Si vos paramètres de création et de déploiement prennent en charge l’utilisation d’Application Insights, vous pouvez activer en option la journalisation et le suivi des diagnostics pour vos workflows d’application logique.

   1. Dans l’onglet Surveillance, sous Application Insights, définissez Activer Application Insights sur Oui si ce n’est pas déjà fait.

   2. Pour le paramètre Application Insights, sélectionnez une instance existante d’Application Insights ou, si vous souhaitez créer une nouvelle instance, sélectionnez Créer nouveau et indiquez le nom que vous souhaitez utiliser.

10. Une fois qu’Azure a validé les paramètres de votre application logique, sous l’onglet Vérifier + créer, sélectionnez Créer. Par exemple :

    

    Notes

    Si vous obtenez une erreur de validation pendant cette étape, ouvrez et passez en revue les détails de l’erreur. Par exemple, si votre région sélectionnée atteint un quota pour les ressources que vous essayez de créer, essayez éventuellement une autre région.

    Une fois qu’Azure a terminé le déploiement, votre ressource d’application logique est mise automatiquement en service, mais elle ne fait encore rien, car elle est vide et vous n’avez pas encore ajouté de workflows.

11. Sur la page d’achèvement du déploiement, sélectionnez Accéder à la ressource afin de pouvoir ajouter une flux de travail vide.

    

Ajouter un workflow vide

Après avoir créé votre ressource d’application logique vide, vous devez ajouter votre premier flux de travail.

1. Une fois qu’Azure a ouvert la ressource, dans le menu de votre ressource d’application logique, sélectionnez Workflows. Dans la barre d’outils Workflows, sélectionnez Ajouter.

   

2. Quand le volet Nouveau workflow s’ouvre, nommez votre workflow, puis sélectionnez le type d’état (Avec état ou Sans état). Sélectionnez Créer lorsque vous avez terminé.

   Cet exemple ajoute un workflow avec état vide nommé Stateful-Workflow. Par défaut, le workflow est activé, mais ne fait rien tant que vous n’avez pas ajouté un déclencheur et des actions.

   

3. Dans la liste des workflows, sélectionnez le workflow avec état vide.

4. Dans le menu des workflows, sous Développeur, sélectionnez Concepteur.

   L’aire du concepteur présente une invite afin de sélectionner une opération de déclencheur. L’invite étant déjà sélectionnée par défaut, un volet est déjà ouvert avec les déclencheurs disponibles.

Ajoutez maintenant un déclencheur qui démarre votre workflow.

Ajouter un déclencheur

Cet exemple de workflow démarre avec le déclencheur de requête intégré nommé Lors de la réception d’une demande HTTP. Ce déclencheur crée un point de terminaison que d’autres services ou workflows d’application logique peuvent appeler et attend l’arrivée de ces appels ou demandes entrants. Les opérations intégrées s’exécutent de façon native et directe dans le runtime Azure Logic Apps.

1. Dans le concepteur de workflow, vérifiez que votre workflow vide est ouvert et que l’invite Ajouter un déclencheur est sélectionnée dans l’aire du concepteur.

2. En utilisant requête comme terme de recherche, suivez ces étapes pour ajouter le déclencheur de requête intégré nommé Lors de la réception d’une demande HTTP à votre workflow.

   Lorsque le déclencheur apparaît sur le concepteur, le volet d’informations du déclencheur s’ouvre pour afficher les propriétés, les paramètres et d’autres actions du déclencheur.

   

3. Enregistrez votre flux de travail. Dans la barre d’outils du Concepteur, sélectionnez Enregistrer.

   Lorsque vous enregistrez un workflow pour la première fois et que celui-ci démarre avec un déclencheur Requête, Azure Logic Apps génère automatiquement une URL pour un point de terminaison créé par le déclencheur Requête. Plus tard, lorsque vous testez votre workflow, vous envoyez une requête à cette URL, qui active le déclencheur et démarre l’exécution du workflow.

Ajouter une action

Cet exemple de workflow se poursuit avec l’action de connecteur managé Office 365 Outlook nommée Envoyer un e-mail. Les opérations de connecteur managé s’exécutent dans Azure et non de façon native et directe dans le runtime Azure Logic Apps.

1. Dans le concepteur, sous le déclencheur que vous avez ajouté, sélectionnez le signe plus (+) >Ajouter une action.

   Le volet Ajouter une action s’ouvre pour vous permettre de sélectionner l’action suivante.

2. En utilisant office envoyer un e-mail comme terme de recherche, suivez ces étapes pour ajouter l’action Office 365 Outlook nommée Envoyer un e-mail (V2) à votre workflow.

3. Dans le volet d’informations de l’action, sous l’onglet Créer une connexion, sélectionnez Se connecter pour pouvoir créer une connexion à votre compte e-mail.

   

4. Quand vous êtes invité à accéder à votre compte de courrier, connectez-vous avec les informations d’identification de celui-ci.

   Notes

   Si vous obtenez le message d’erreur « Échec avec l’erreur : « Le navigateur est fermé ». Veuillez vous reconnecter », vérifiez si votre navigateur bloque les cookies tiers. Si ces cookies sont bloqués, essayez d’ajouter https://portal.azure.com à la liste des sites autorisés à utiliser des cookies. Si vous utilisez le mode Incognito, assurez-vous que les cookies tiers ne sont pas bloqués.

   Si nécessaire, rechargez la page, ouvrez votre workflow, rajoutez l’action d’e-mail et essayez de créer la connexion.

   Une fois qu’Azure a créé la connexion, l’action Envoyer un e-mail apparaît sur le concepteur et est sélectionnée par défaut. Si l’action n’est pas sélectionnée, sélectionnez l’action pour que son volet d’informations soit également ouvert.

5. Dans le volet d’informations de l’action, sous l’onglet Paramètres, fournissez les informations requises pour l’action, par exemple :

   

   Propriété	Obligatoire	Value	Description
   To	Oui	<your-email-address>	Destinataire de l’e-mail, qui peut être votre adresse de messagerie à des fins de test. Cet exemple utilise l’e-mail fictif sophiaowen@fabrikam.com.
   Subject	Oui	E-mail de votre exemple de workflow	L’objet de l’e-mail
   Corps	Oui	Bonjour de votre exemple de workflow !	Contenu du corps de l’e-mail.

   Notes

   Lorsque vous apportez des modifications dans le volet d’informations sous l’onglet Paramètres, Résultat statique ou Exécuter après, veillez à sélectionner Terminé pour valider ces modifications avant de changer d’onglet ou de passer au concepteur. Dans le cas contraire, le concepteur ne conservera pas vos modifications.

6. Enregistrez votre flux de travail. Dans la barre d’outils du Concepteur, sélectionnez Enregistrer.

7. Si votre environnement présente des exigences réseau strictes ou des pare-feu limitant le trafic, vous devez définir des autorisations pour les connexions de déclencheur ou d’action présentes dans votre workflow. Pour trouver les noms de domaine complets, consultez Rechercher les noms de domaine pour l’accès au pare-feu.

   Sinon, pour tester votre workflow, déclenchez manuellement une exécution.

Supprimer des éléments du concepteur

Pour supprimer un élément de votre workflow à partir du concepteur, procédez de l’une des façons suivantes :

• Sélectionnez l’élément, ouvrez le menu contextuel de l’élément (Maj+F10), puis sélectionnez Supprimer. Pour confirmer, sélectionnez OK.

• Sélectionnez l’élément, puis appuyez sur la touche Suppr. Pour confirmer, sélectionnez OK.

• Sélectionnez l’élément pour que le volet d’informations le concernant s’ouvre. Dans l’angle supérieur droit du volet, ouvrez le menu de sélection ( … ), puis sélectionnez Supprimer. Pour confirmer, sélectionnez OK.

  

  Conseil

  Si le menu d’ellipses n’est pas visible, développez la fenêtre de votre navigateur suffisamment pour que le volet d’informations affiche le bouton de points de suspension (…) dans le coin supérieur droit.

Rechercher les noms de domaine pour l’accès au pare-feu

Avant de déployer votre application logique et d’exécuter votre workflow dans le portail Azure, si votre environnement présente des exigences réseau strictes ou des pare-feu limitant le trafic, vous devez définir des autorisations pour les connexions de déclencheur ou d’action présentes dans votre application logique.

Pour trouver les adresses IP entrantes et sortantes qu’utilisent votre application logique et vos flux de travail, procédez comme suit :

1. Dans le menu de votre application logique, sous Paramètres, sélectionnez Mise en réseau (préversion) .

2. Sur la page Mise en réseau, recherchez et examinez les sections Trafic entrant et Trafic sortant .

Pour trouver les noms de domaine complets (FQDN) de ces connexions, procédez comme suit :

1. Dans le menu de votre application logique, sous Workflows, sélectionnez Connexions. Sous l’onglet Connexions d’API, sélectionnez le nom de ressource de la connexion, par exemple :

   

2. Développez suffisamment votre navigateur pour afficher Vue JSON dans l’angle supérieur droit, puis sélectionnez Vue JSON.

   

3. Copiez, puis enregistrez la valeur de la propriété connectionRuntimeUrl dans un lieu sûr pour configurer votre pare-feu à l’aide de ces informations.

   

4. Pour chaque connexion, répétez les étapes qui conviennent.

Déclencher le workflow

Dans cet exemple, le workflow s’exécute lorsque le déclencheur Requête reçoit une demande entrante, qui est envoyée à l’URL du point de terminaison créé par le déclencheur. Lorsque vous avez enregistré le workflow pour la première fois, Azure Logic Apps a automatiquement généré cette URL. Ainsi, avant de pouvoir envoyer cette demande pour déclencher le workflow, vous devez trouver cette URL.

1. Dans le concepteur de workflow, sélectionnez le déclencheur Requête intitulé Lors de la réception d’une requête HTTP.

2. Une fois le volet d’informations ouvert, sous l’onglet Paramètres, recherchez la propriété HTTP POST URL. Pour copier l’URL générée, sélectionnez Copier l’URL (icône de copie de fichier) et enregistrez l’URL ailleurs pour le moment. L’URL suit ce format :

   https://<*logic-app-name*>.azurewebsites.net:443/api/<*workflow-name*>/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=<*shared-access-signature*>

   

   Pour cet exemple, l’URL se présente comme suit :

   https://fabrikam-workflows.azurewebsites.net:443/api/Fabrikam-Stateful-Workflow/triggers/manual/invoke?api-version=2020-05-01&sp=%2Ftriggers%2Fmanual%2Frun&sv=1.0&sig=xxxxxXXXXxxxxxXXXXxxxXXXXxxxxXXXX

   Conseil

   Vous pouvez également trouver l’URL du point de terminaison dans le volet Vue d’ensemble de votre application logique dans la propriété URL du workflow.

   1. Dans le menu des ressources, sélectionnez Vue d’ensemble.
   2. Dans le volet Vue d’ensemble, recherchez la propriété URL du workflow.
   3. Pour copier l’URL du point de terminaison, déplacez votre pointeur sur la fin du texte de l’URL du point de terminaison et sélectionnez Copier dans le presse-papiers (icône de copie de fichier).

3. Pour tester l’URL en envoyant une demande, ouvrez Postman ou l’outil de votre choix pour créer et envoyer des demandes.

   Cet exemple se poursuit en utilisant Postman. Pour plus d’informations, consultez Prise en main de Postman.

   1. Dans la barre d’outils de Postman, sélectionnez Nouveau.

      

   2. Dans le volet Créer, sous Blocs de construction, sélectionnez Requête.

   3. Dans la fenêtre Enregistrer la requête, sous Nom de la requête, entrez un nom pour la requête, par exemple Tester le déclencheur de workflow.

   4. Sous Sélectionner une collection ou un dossier dans lesquels enregistrer, sélectionnez Créer une collection.

   5. Sous Toutes les collections, fournissez un nom pour la collection à créer afin d’organiser vos requêtes, appuyez sur Entrée, puis sélectionnez Enregistrer dans <nom-collection>. Cet exemple utilise des requêtes Logic Apps comme nom de collection.

      Dans l’application Postman, la volet de la requête s’ouvre pour que vous puissiez envoyer une requête à l’URL du point de terminaison du déclencheur de Requête.

      

   6. Dans le volet de demande, dans la zone d’adresse à côté de la liste de méthodes qui affiche actuellement la méthode de demande par défaut GET, collez l’URL précédemment copiée, puis sélectionnez Envoyer.

      

      Lorsque le déclencheur est activé, l’exemple de workflow s’exécute et envoie un e-mail qui ressemble à l’exemple suivant :

      

Examiner l’historique des exécutions du workflow

Après exécution du workflow avec état, vous pouvez afficher l’historique des exécutions, y compris l’état de l’exécution globale, du déclencheur et de chaque action, ainsi que leurs entrées et les sorties. Dans le Portail Azure, l’historique du déclencheur et l’historique des exécutions du workflow s’affichent au niveau du workflow, et non au niveau de la ressource d’application logique. Si vous souhaitez obtenir plus d’informations, consultez Examiner l’historique des exécutions du workflow et Examiner l’historique du déclencheur.

Pour cet exemple de workflow, l’historique des exécutions de workflow ressemble à l’exemple suivant :

Examiner l’historique des déclencheurs

Pour un workflow avec état, vous pouvez consulter l’historique du déclencheur pour chaque exécution, notamment l’état du déclencheur ainsi que les entrées et sorties, en dehors du contexte de l’historique des exécutions du workflow. Dans le portail Azure, l’historique des déclencheurs et l’historique des exécutions s’affichent au niveau du workflow, et non au niveau de l’application logique. Si vous souhaitez obtenir plus d’informations, consultez Examiner l’historique du déclencheur.

Réexécuter l’exécution du flux du workflow avec les mêmes entrées

Pour une exécution de workflow avec état existante, vous pouvez réexécuter l’ensemble du workflow avec les mêmes entrées que celles utilisées précédemment pour cette exécution. Si vous souhaitez obtenir plus d’informations, consultez Réexécuter un workflow avec les mêmes entrées.

Activer l’historique des exécutions pour les workflows sans état

Pour déboguer plus facilement un workflow sans état, vous pouvez activer l’historique des exécutions du workflow en question, puis le désactiver lorsque vous avez terminé. Procédez comme suit pour le portail Azure ou, si vous travaillez dans Visual Studio Code, consultez Créer des workflows avec état et sans état dans Visual Studio Code.

1. Dans le portail Azure, ouvrez votre ressource d’application logique Standard.

2. Dans le menu de l’application logique, sous Paramètres, sélectionnez Configuration.

3. Sous l’onglet Paramètre d’application, sélectionnez Nouveau paramètre d’application.

4. Dans le volet Ajouter/modifier un paramètre d’application, dans la zone Nom, entrez le nom de l’option d’opération :

   Workflows.{NomdevotreWorkflow}.OperationOptions

5. Dans la zone Valeur, entrez la valeur suivante : WithStatelessRunHistory.

   

6. Pour terminer cette tâche, sélectionnez OK. Dans la barre d’outils du volet Configuration, sélectionnez Enregistrer.

7. Pour désactiver l’historique des exécutions lorsque vous avez terminé, définissez la propriété nommée Workflows.{nom-de-votre-workflow}.OperationOptions sur Aucun ou supprimez la propriété et sa valeur.

Activer ou ouvrir Application Insights après le déploiement

Pendant l’exécution du flux de travail, votre application logique émet des données de télémétrie ainsi que d’autres événements. Vous pouvez utiliser ces données de télémétrie pour obtenir une meilleure visibilité sur l’exécution de votre workflow et sur les différentes façons dont fonctionne le runtime de Logic Apps. Vous pouvez surveiller votre workflow à l’aide d’Application Insights, qui fournit des données de télémétrie en quasi-temps réel (métriques en temps réel). Cette capacité vous permet d’examiner plus facilement les défaillances et les problèmes de performances lorsque vous utilisez ces données pour diagnostiquer des problèmes, configurer des alertes et créer des graphiques.

Si les paramètres de création et de déploiement de votre application logique prennent en charge l’utilisation d’Application Insights, vous pouvez éventuellement activer la journalisation et le suivi des diagnostics pour votre workflow d’application logique. Vous pouvez le faire quand vous créez votre ressource d’application logique dans le portail Azure ou après le déploiement. Vous devez disposer d’une instance d’Application Insights, mais vous pouvez créer cette ressource à l’avance, lorsque vous créez votre application logique, ou après le déploiement. Vous pouvez aussi éventuellement activer la télémétrie avancée dans Application Insights pour les workflows standard.

Activer Application Insights sur une application logique déployée

1. Dans le portail Azure, recherchez votre application logique déployée.

2. Dans le menu de l’application logique, sous Paramètres, sélectionnez Application Insights.

3. Dans le volet Application Insights, sélectionnez Activer Application Insights.

4. Une fois le volet mis à jour, dans la partie inférieure, sélectionnez Appliquer>Oui.

5. Dans le volet Application Insights, sélectionnez Voir les données Application Insights.

   Une fois le tableau de bord Application Insights ouvert, vous pouvez passer en revue les métriques ou les journaux de votre workflow d’application logique. Par exemple, pour tracer ou rechercher des données, dans le menu des ressources Application Insights, sous Monitoring, sélectionnez Métriques ou Journaux.

Ouvrir Application Insights

1. Dans le portail Azure, recherchez votre application logique déployée.

2. Dans le menu de l’application logique, sous Paramètres, sélectionnez Application Insights.

3. Dans le volet Application Insights, sélectionnez Voir les données Application Insights.

   Une fois le tableau de bord Application Insights ouvert, vous pouvez passer en revue les métriques ou les journaux de votre workflow d’application logique. Par exemple, pour tracer ou rechercher des données, dans le menu des ressources Application Insights, sous Monitoring, sélectionnez Métriques ou Journaux.

Afficher les connexions

Lorsque vous créez des connexions dans un workflow à l’aide de connecteurs managés par Microsoft, ces connexions sont en fait distinctes des ressources Azure ; elles ont leurs propres définitions de ressources et sont hébergées dans Azure mondial multilocataire. Les workflows d’application logique standard peuvent également utiliser des connecteurs de fournisseur de services intégrés qui s’exécutent en mode natif et sont alimentés par le runtime Azure Logic Apps monolocataire. Pour afficher et gérer ces connexions, consultez Afficher les connexions.

Arrêter ou démarrer des ressources d’application logique

Suivez les étapes décrites dans Désactiver ou activer des applications logiques.

Résoudre les problèmes et les erreurs

De nouveaux déclencheurs et actions sont absents du sélecteur de concepteur pour les workflows créés précédemment

Le service Azure Logic Apps monolocataire prend en charge les actions intégrées pour Azure Function Operations, Liquid Operations et XML Operations, telles que Validation XML et Transformer au format XML. Toutefois, pour les applications logiques créées précédemment, ces actions peuvent ne pas apparaître dans le concepteur vous permettant de déterminer si votre application logique utilise une version obsolète du pack d’extension, Microsoft.Azure.Functions.ExtensionBundle.Workflows.

Pour corriger ce problème, procédez comme suit pour supprimer la version obsolète afin que le pack d’extension puisse être automatiquement mis à jour vers la version la plus récente.

Notes

Cette solution spécifique s’applique uniquement aux ressources d’application logique Standard que vous créez à l’aide du Portail Azure, et non aux applications logiques que vous créez, puis déployez à l’aide de Visual Studio Code et de l’extension Azure Logic Apps (Standard). Voir Des déclencheurs et actions pris en charge sont absents du concepteur dans Visual Studio Code.

1. Dans le portail Azure, arrêtez votre application logique.

   1. Dans le menu de votre application logique, sélectionnez Vue d’ensemble.

   2. Dans la barre d’outils du volet Vue d’ensemble, sélectionnez Arrêter.

2. Dans le menu de l’application logique, sélectionnez Outils avancés sous Outils de développement.

3. Dans le volet Outils avancés, sélectionnez Accéder, ce qui ouvre l’environnement Kudu pour votre application logique.

4. Dans la barre d’outils Kudu, ouvrez le menu Console de débogage, puis sélectionnez CMD.

   Une fenêtre de console s’ouvre pour vous permettre d’accéder au dossier du pack à l’aide de l’invite de commandes. Vous pouvez également parcourir la structure de répertoire qui s’affiche au-dessus de la fenêtre de console.

5. Accédez au dossier suivant, qui contient les dossiers de version du pack existant :

   ...\home\data\Functions\ExtensionBundles\Microsoft.Azure.Functions.ExtensionBundle.Workflows

6. Supprimez le dossier de version pour le pack existant. Dans la fenêtre de la console, vous pouvez exécuter cette commande dans laquelle vous remplacez {version-du-pack} par la version existante :

   rm -rf {bundle-version}

   Par exemple : rm -rf 1.1.3

   Conseil

   Si vous recevez une erreur de type « autorisation refusée » ou « fichier en cours d’utilisation », actualisez la page de votre navigateur, puis réessayez d’exécuter les étapes précédentes jusqu’à ce que le dossier soit supprimé.

7. Dans le portail Azure, revenez à la page Vue d’ensemble de votre application logique, puis sélectionnez Redémarrer.

   Le portail récupère et utilise automatiquement le pack le plus récent.

Étapes suivantes

• Superviser l’état d’exécution de votre workflow, passer en revue l’historique des exécutions du déclencheur et du workflow et configurer des alertes dans Azure Logic Apps