Qu’est-ce qu’Azure Logic Apps ?
Azure Logic Apps est une plateforme cloud sur laquelle vous pouvez créer et exécuter des workflows automatisés avec peu ou pas de code. En utilisant le concepteur visuel et en sélectionnant des opérations prédéfinies, vous pouvez créer rapidement un workflow qui intègre et gère vos applications, données, services et systèmes.
Azure Logic Apps simplifie la façon dont vous connectez les systèmes hérités, modernes et à la pointe de la technologie dans les environnements cloud, locaux et hybrides et propose des outils avec peu ou pas de code vous permettant de développer des solutions d’intégration hautement évolutives pour vos scénarios d’entreprise et B2B (business-to-business).
Cette liste décrit quelques exemples de tâches, de processus métier et de charges de travail que vous pouvez automatiser avec Azure Logic Apps :
Planifier et envoyer des notifications par e-mail avec Office 365 quand un événement spécifique se produit, tel que le chargement d’un nouveau fichier.
Router et traiter les commandes client sur l’ensemble des systèmes locaux et des services cloud.
Déplacer des fichiers chargés depuis un serveur SFTP ou FTP vers Stockage Azure.
Superviser des tweets, analyser les sentiments et créer des alertes ou des tâches pour des éléments à passer en revue.
Si vous êtes prêt à vous lancer dans la création de votre premier workflow d’application logique, consultez Bien démarrer.
Pour plus d’informations, consultez Azure Logic Apps sur le site web Azure et autres services d’intégration Azure.
Termes clés
Le tableau suivant définit brièvement la terminologie et les concepts de base d’Azure Logic Apps.
| Terme | Description |
|---|---|
| Application logique | Ressource Azure que vous créez quand vous souhaitez construire un workflow. Il existe plusieurs types de ressources d’application logique qui fonctionnent dans différents environnements. |
| Workflow | Série d’étapes qui définit une tâche, un processus métier ou une charge de travail. Chaque workflow démarre avec un seul déclencheur, après quoi vous devez ajouter une ou plusieurs actions. |
| Déclencheur | Toujours la première étape d’un workflow qui spécifie la condition d’exécution de toutes les autres étapes de ce workflow. Par exemple, un événement déclencheur peut être de recevoir un e-mail dans votre boîte de réception ou de détecter un nouveau fichier dans un compte de stockage. |
| Action | Chaque étape successive d’un workflow qui vient après le déclencheur. Chaque action exécute une opération dans un workflow. |
| Connecteur intégré | Ce type de connecteur propose des opérations qui s’exécutent en mode natif dans Azure Logic Apps. Par exemple, les opérations intégrées vous permettent de contrôler la planification ou la structure de votre workflow, d’exécuter votre propre code, de gérer et de manipuler des données, d’envoyer ou de recevoir des requêtes sur un point de terminaison et d’effectuer d’autres tâches dans votre workflow. Par exemple, vous pouvez démarrer presque n’importe quel workflow selon une planification en utilisant le déclencheur Recurrence. Vous pouvez aussi faire en sorte que votre workflow attende jusqu’à ce qu’il soit appelé quand vous utilisez le déclencheur Request. Ces opérations ne vous obligent généralement pas à créer une connexion à partir de votre workflow. Même si la plupart des opérations intégrées ne sont associées à aucun service ou système, certaines sont accessibles à des services spécifiques, comme Azure Functions ou Azure App Service. Pour obtenir des informations et des exemples supplémentaires, consultez Connecteurs intégrés pour Azure Logic Apps. |
| Connecteur managé | Ce type de connecteur est un proxy ou un wrapper prédéfini pour une API REST dont vous pouvez vous servir pour accéder à une application, des données, un service ou un système spécifiques. Avant de pouvoir utiliser la plupart des connecteurs managés, vous devez créer une connexion à partir de votre workflow et d’authentifier votre identité. Les connecteurs managés sont publiés, hébergés et tenus à jour par Microsoft. Par exemple, vous pouvez démarrer votre workflow à l’aide d’un déclencheur ou exécuter une action qui fonctionne avec un service, comme Office 365 ou Salesforce, ou des serveurs de fichiers. Pour plus d’informations, passez en revue Connecteurs managés pour Azure Logic Apps. |
| Compte d’intégration | Créez cette ressource quand vous voulez définir et stocker des artefacts B2B à utiliser dans vos workflows. Une fois que vous avez créé et lié un compte d’intégration à votre application logique, vos workflows peuvent utiliser ces artefacts B2B. Vos workflows peuvent également échanger des messages conformes aux normes d’échange de données informatisé (EDI) et d’Intégration d’Applications d’Entreprise (IAE). Par exemple, vous pouvez définir des partenaires commerciaux, des contrats, des schémas, des mappages et d’autres artefacts B2B. Vous pouvez créer des workflows qui utilisent ces artefacts et échangent des messages sur des protocoles tels que AS2, EDIFACT, X12 et RosettaNet. |
Pourquoi utiliser Azure Logic Apps ?
La plateforme d’intégration Azure Logic Apps propose des centaines de connecteurs prédéfinis qui vous permettent de connecter et d’intégrer plus facilement et plus rapidement applications, données, services et autres systèmes. Vous pouvez vous concentrer sur la conception et l’implémentation de la logique métier et des fonctionnalités de votre solution, et non sur la manière d’accéder à vos ressources.
Pour communiquer avec un point de terminaison de service quelconque, exécutez votre propre code, contrôlez la structure de votre workflow, manipulez les données ou connectez-vous à des services couramment utilisés avec un niveau de performance supérieur, vous pouvez utiliser des opérations de connecteur intégré. Ces opérations s’exécutent en mode natif sur le runtime d’Azure Logic Apps.
Pour accéder à des ressources de services tels qu’Azure, Microsoft, d’autres services et applications web externes ou des systèmes locaux et exécuter des opérations sur celles-ci, vous pouvez utiliser des opérations de connecteur (hébergées par Azure) gérées par Microsoft. Faites votre choix parmi plusieurs centaines de connecteurs dans un écosystème Azure en pleine expansion, par exemple :
Des services Azure tels que le Stockage Blob et Service Bus
Des services Office 365 tels qu’Outlook, Excel et SharePoint
Des serveurs de base de données tels que SQL et Oracle
Des systèmes d’entreprise tels que SAP et IBM MQ
Des partages de fichiers tels que FTP et SFTP
Pour plus d’informations, consultez la documentation suivante :
En règle générale, vous n’avez pas à écrire de code. Toutefois, si vous avez besoin d’écrire du code, vous pouvez créer des extraits de code avec Azure Functions et exécuter ce code à partir de votre workflow. Vous pouvez également créer des extraits de code qui s’exécutent dans votre workflow en utilisant l’action Code inline. Si votre workflow doit interagir avec des événements de services Azure, des applications personnalisées ou d’autres solutions, vous pouvez superviser, router et publier les événements avec Azure Event Grid.
Azure Logic Apps est complètement managé par Microsoft Azure, vous évitant d’avoir à vous soucier de l’hébergement, de la mise à l’échelle, de la gestion, de la supervision et de la tenue à jour des solutions créées avec ces services. Quand vous utilisez ces fonctionnalités pour créer des solutions et des applications « serverless », vous pouvez juste vous concentrer sur la logique métier et les fonctionnalités. Ces services sont automatiquement redimensionnés pour répondre à vos besoins, rendre les intégrations plus rapides et vous aider à créer des applications cloud fiables en utilisant peu ou pas de code.
Pour savoir comment d’autres sociétés ont amélioré leur flexibilité et la concentration sur leurs activités principales grâce à la combinaison d’Azure Logic Apps avec d’autres services Azure et des produits Microsoft, lisez ces témoignages.
En quoi Azure Logic Apps diffère-t-il de Functions, WebJobs et Power Automate ?
Tous ces services vous aident à connecter et à réunir des systèmes disparates. Chaque service ayant des avantages, combiner leurs fonctionnalités est la meilleure façon de créer rapidement un système d’intégration évolutif et complet. Pour plus d’informations, consultez Choisir entre Logic Apps, Functions, WebJobs et Power Automate.
En savoir plus sur Azure Logic Apps
Les sections qui suivent fournissent des informations supplémentaires sur les fonctionnalités et les avantages offerts par Azure Logic Apps :
Créer et modifier visuellement des workflows avec des outils faciles à utiliser
Gagnez du temps et simplifiez les processus complexes avec les outils de conception visuelle d’Azure Logic Apps. Créez vos workflows du début à la fin en utilisant le Concepteur de workflows Azure Logic Apps dans le portail Azure, dans Visual Studio Code ou dans Visual Studio. Démarrez simplement votre workflow à l’aide d’un déclencheur et ajoutez des actions de la galerie des connecteurs.
Si vous créez une application logique multilocataire, démarrez plus rapidement en créant un workflow à partir de la galerie de modèles. Ces modèles sont disponibles pour les modèles de workflow courants, qui vont de la connectivité simple pour les applications SaaS (Software as a service) aux solutions B2B avancées en passant par des modèles conçus pour s’amuser.
Connecter différents systèmes dans différents environnements
Certains modèles et processus sont faciles à décrire, mais difficiles à implémenter dans le code. La plateforme Azure Logic Apps vous aide à connecter de façon fluide des systèmes disparates dans des environnements cloud, locaux et hybrides. Par exemple, vous pouvez connecter une solution marketing cloud à un système de facturation local, ou centraliser la messagerie entre les API et les systèmes avec Azure Service Bus. Azure Logic Apps offre un moyen rapide, fiable et cohérent de fournir des solutions réutilisables et reconfigurables pour ces scénarios.
Créer et déployer dans différents environnements
Selon votre scénario, la solution envisagée et les fonctionnalités souhaitées, vous choisirez de créer un workflow d’application logique Consommation ou Standard. En fonction de ce choix, le workflow s’exécutera dans un environnement Azure Logic Apps multilocataire, Azure Logic Apps monolocataire, App Service Environment (v3) ou un environnement de service d’intégration dédié. Dans les trois derniers environnements, vos workflows peuvent accéder plus facilement aux ressources protégées par des réseaux virtuels Azure. Si vous créez des workflows basés sur un seul locataire en utilisant Logic Apps avec Azure Arc, vous pouvez aussi exécuter les workflows dans des conteneurs. Pour plus d’informations, consultez Architecture monolocataire ou multilocataire et environnement de service d’intégration pour Azure Logic Apps et Qu’est-ce que Logic Apps avec Azure Arc ?
Le tableau suivant récapitule brièvement les différences entre un workflow d’application logique Consommation et Standard. Vous y découvrirez également les différences entre l’environnement multilocataire, l’environnement de service d’intégration (IDE), l’environnement monolocataire et l’environnement App Service Environment v3 (ASEv3) pour le déploiement, l’hébergement et l’exécution de vos workflows d’application logique.
| Type de ressource | Avantages | Partage et utilisation des ressources | Modèle de tarification et facturation | Gestion des limites |
|---|---|---|---|---|
| Application logique (consommation) Environnement hôte : Azure Logic Apps multilocataire |
- Le plus simple pour commencer - Paiement à l’utilisation - Complètement managé |
Une même application logique ne peut avoir qu’un seul workflow. Les applications logiques réparties sur plusieurs locataires Azure Active Directory partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. À des fins de redondance, les données sont répliquées dans la région jumelée. Pour la haute disponibilité, le stockage géoredondant (GRS) est activé. |
Consommation (paiement à l’exécution) | Azure Logic Apps gère les valeurs par défaut de ces limites, mais vous pouvez modifier certaines de ces valeurs, si cette option est disponible pour la limite en question. |
| Application logique (consommation) Environnement hôte : Environnement de service d’intégration (ISE) Remarque : le 31 août 2024, l’option ISE sera mise hors service. Depuis le 1er novembre 2022, vous ne pouvez plus créer d’ISE. À la place, vous pouvez créer une application logique standard, qui s’exécute dans Azure Logic Apps monolocataire, peut inclure plusieurs flux de travail et fournit les mêmes fonctionnalités qu’un ISE et plus encore. |
- À l’échelle de l’entreprise pour les grandes charges de travail - Plus de 20 connecteurs spécifiques à ISE qui se connectent directement aux des réseaux virtuels - Tarifs prévisibles avec utilisation incluse et mise à l’échelle contrôlée par le client |
Une même application logique ne peut avoir qu’un seul workflow. Les applications logiques qui se trouvent dans le même environnement partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. Les données restent dans la même région que celle où vous déployez l’environnement ISE. |
ISE (fixe) | Azure Logic Apps gère les valeurs par défaut de ces limites, mais vous pouvez modifier certaines de ces valeurs, si cette option est disponible pour la limite en question. |
| Application logique (standard) Environnement hôte : Azure Logic Apps monolocataire Remarque : Si votre scénario nécessite des conteneurs, créez des applications logiques monolocataires via Logic Apps avec Azure Arc. Pour plus d’informations, consultez Qu’est-ce que Logic Apps avec Azure Arc ? |
- S’exécute à l’aide du runtime Azure Logic Apps monolocataire. Les emplacements de déploiement ne sont pas pris en charge. - Plus de connecteurs intégrés pour un débit plus élevé et des coûts réduits à grande échelle - Plus de contrôle et d’optimisation des fonctionnalités autour des paramètres d’exécution et de performances - Prise en charge intégrée des réseaux virtuels et des points de terminaison privés. - Créez vos propres connecteurs intégrés. |
Une même application logique peut avoir plusieurs workflows avec état et sans état. Les workflows qui se trouvent dans une même application logique et qui sont monolocataires partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. Les données restent dans la même région que celle où vous déployez vos applications logiques. |
Standard, basé sur un plan d’hébergement avec un niveau tarifaire sélectionné. Si vous exécutez des workflows avec état, qui utilisent un stockage externe, le runtime Azure Logic Apps effectue des transactions de stockage basées sur les tarifs du service Stockage Azure. |
Vous pouvez modifier les valeurs par défaut de nombreuses limites, en fonction des besoins de votre scénario. Important : certaines limites sont assorties de valeurs maximales supérieures. Dans Visual Studio Code, les modifications que vous apportez aux limites par défaut dans les fichiers de configuration de votre projet d'application logique n'apparaissent pas dans l'expérience du concepteur. Pour plus d’informations, consultez Modifier les paramètres de l’environnement et de l’application pour les applications logiques dans Azure Logic Apps monolocataire. |
| Application logique (standard) Environnement hôte : App Service Environment v3 (ASEv3) - Plans Windows uniquement |
Mêmes fonctionnalités que le modèle monolocataire en plus des avantages suivants : - Isolez entièrement vos applications logiques. - Créez et exécutez davantage d’applications logiques que dans le modèle Azure Logic Apps monolocataire. - Payez uniquement pour le plan App Service ASE, quel que soit le nombre d’applications logiques que vous créez et exécutez. - Permet d’activer la mise à l’échelle automatique ou la mise à l’échelle manuelle avec davantage d’instances de machine virtuelle ou un autre plan App Service. - Permet d’hériter de la configuration réseau de l’environnement ASEv3 sélectionné. Par exemple, une fois déployés sur un environnement ASE interne, les workflows peuvent accéder aux ressources d’un réseau virtuel associé à l’environnement ASE et disposer de points d’accès internes. Remarque : En cas d’accès depuis l’extérieur d’un environnement ASE interne, les historiques d’exécution des workflows de cet environnement ASE ne peuvent pas accéder aux entrées et aux sorties d’actions. |
Une même application logique peut avoir plusieurs workflows avec état et sans état. Les workflows qui se trouvent dans une même application logique et qui sont monolocataires partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. Les données restent dans la même région que celle où vous déployez vos applications logiques. |
Plan App Service | Vous pouvez modifier les valeurs par défaut de nombreuses limites, en fonction des besoins de votre scénario. Important : certaines limites sont assorties de valeurs maximales supérieures. Dans Visual Studio Code, les modifications que vous apportez aux limites par défaut dans les fichiers de configuration de votre projet d'application logique n'apparaissent pas dans l'expérience du concepteur. Pour plus d’informations, consultez Modifier les paramètres de l’environnement et de l’application pour les applications logiques dans Azure Logic Apps monolocataire. |
Prise en charge de premier ordre de l’intégration en entreprise et des scénarios B2B
Les entreprises et les organisations communiquent électroniquement entre elles avec les protocoles et des formats de message standard mais différents, tels qu’EDIFACT, AS2, X12 et RosettaNet. En utilisant les fonctionnalités d’intégration d’entreprise prises en charge par Azure Logic Apps, vous pouvez créer des workflows qui transforment des formats de message utilisés par des partenaires en formats que les systèmes de votre organisation peuvent interpréter et traiter. Azure Logic Apps gère ces échanges en douceur et en sécurité avec le chiffrement et les signatures numériques. Pour les scénarios d’intégration B2B, Azure Logic Apps intègre les fonctionnalités de BizTalk Server. Pour définir des artefacts B2B (business-to-business), vous devez créer un compte d’intégration dans lequel vous allez stocker ces artefacts. Une fois que vous avez lié ce compte à votre application logique, vos workflows peuvent utiliser ces artefacts B2B et échanger des messages conformes aux normes d’échange de données informatisé (EDI) et d’intégration d’applications d’entreprise (EAI). Pour plus d’informations, consultez la documentation suivante :
Vous pouvez commencer par vos systèmes et services actuels, puis augmenter de façon incrémentielle à votre propre rythme. Quand vous êtes prêt, la plateforme Azure Logic Apps vous aide à implémenter et à effectuer un scale-up vers des scénarios d’intégration plus matures, grâce à ces fonctionnalités et bien plus encore :
Intégrez et exploitez Microsoft BizTalk Server, Azure Service Bus, Azure Functions, la Gestion des API Azure, et bien plus encore.
Échangez des messages avec les protocoles EDIFACT, AS2, X12 et RosettaNet.
Traitez les messages XML et les fichiers plats.
Créez un compte d’intégration pour stocker et gérer les artefacts B2B, tels que les parties, les contrats, les mappages, les schémas, etc.
Par exemple, si vous utilisez Microsoft BizTalk Server, vos workflows peuvent communiquer avec votre instance BizTalk Server en utilisant le connecteur BizTalk Server. Vous pouvez ensuite exécuter ou étendre des opérations de type BizTalk dans vos workflows en utilisant des connecteurs de compte d’intégration. Dans l’autre sens, BizTalk Server peut communiquer avec vos workflows en utilisant Microsoft BizTalk Server Adapter pour Azure Logic Apps. Découvrez comment configurer et utiliser BizTalk Server Adapter dans votre instance BizTalk Server.
Écrire une seule fois pour réutiliser souvent
Créez vos applications logiques en tant que modèles Azure Resource Manager pour pouvoir configurer et automatiser les déploiements dans plusieurs environnements et régions.
Extensibilité intégrée
Si aucun connecteur approprié n’est disponible pour exécuter le code que vous souhaitez, vous pouvez créer et appeler vos propres extraits de code à partir de votre workflow en utilisant Azure Functions. Vous pouvez aussi créer vos propres API et connecteurs personnalisés, que vous pouvez appeler à partir de vos workflows.
Accès direct aux ressources dans les réseaux virtuels Azure
Les workflows d’application logique peuvent accéder à des ressources sécurisées telles que des machines virtuelles, d’autres services et des systèmes qui se trouvent à l’intérieur d’un réseau virtuel Azure quand vous utilisez Azure Logic Apps (Standard) ou un environnement de service d’intégration (ISE). Azure Logic Apps (Standard) et un environnement ISE sont des instances dédiées du service Azure Logic Apps qui utilisent des ressources dédiées et s’exécutent séparément du service Azure Logic Apps multi-locataire global.
L’exécution d’applications logiques dans votre propre instance dédiée aide à réduire l’impact que d’autres locataires Azure peuvent avoir sur le niveau de performance des applications. Cet impact est également appelé effet « voisins bruyants ».
Azure Logic Apps (Standard) et un environnement ISE offrent également les avantages suivants :
Vous avez vos propres adresses IP statiques, qui sont distinctes des adresses IP statiques partagées par les applications logiques dans le service multilocataire. Vous pouvez également configurer une adresse IP sortante publique, statique et prévisible pour communiquer avec les systèmes de destination. De cette façon, vous n’avez pas besoin de configurer d’ouvertures de pare-feu supplémentaires sur ces systèmes de destination pour chaque environnement ISE.
Des limites accrues quant à la durée d’exécution, la conservation du stockage, le débit, le délai d’attente des requêtes et réponses HTTP, la taille des messages et les requêtes de connecteur personnalisé. Pour plus d’informations, consultez Limites et configuration pour Azure Logic Apps.
Quand vous créez un ISE, Azure l’injecte ou le déploie sur votre réseau virtuel Azure. Vous pouvez ensuite utiliser cet ISE comme emplacement pour les applications logiques et les comptes d’intégration qui ont besoin d’un accès. Pour plus d’informations sur la création d’un environnement ISE, consultez Se connecter à des réseaux virtuels Azure à partir d’Azure Logic Apps.
Comment fonctionnent les applications logiques
Dans une application logique, chaque workflow démarre avec un déclencheur individuel. Un déclencheur se déclenche quand une condition est satisfaite, par exemple quand un événement spécifique se produit ou quand les données répondent à des critères spécifiques. De nombreux déclencheurs incluent des fonctionnalités de planification qui contrôlent la fréquence d’exécution de votre workflow. Dès lors que le déclencheur s’est lancé, une ou plusieurs actions exécutent des opérations qui vont traiter, manipuler ou convertir les données qui transitent par le workflow ou qui vont faire avancer le workflow à l’étape suivante. Azure Logic Apps implémente et utilise la sémantique de remise de messages « au moins une fois ». Le service remet rarement un message plusieurs fois, mais aucun message n’est perdu. Si votre entreprise ne gère pas ou ne peut pas gérer les messages en double, vous devez implémenter l’idempotence, afin que la répétition de la même opération exacte ne modifie pas le résultat après la première exécution.
La capture d’écran suivante montre une partie d’un exemple de workflow d’entreprise. Ce workflow utilise des conditions et des commutateurs pour déterminer l’action suivante. Supposons que vous disposez d’un système de commandes et que votre workflow traite les commandes entrantes. Vous souhaitez examiner manuellement les commandes dépassant un certain coût. Votre workflow comporte déjà des étapes précédentes qui déterminent le coût d’une commande entrante. Vous devez donc créer une condition initiale basée sur cette valeur de coût. Par exemple :
Si la commande est inférieure à un certain montant, la condition est fausse. Le workflow traite alors la commande.
Si la condition est vraie, le workflow envoie un e-mail pour une révision manuelle. Un commutateur détermine l’étape suivante.
Si le réviseur l’approuve, le workflow continue à traiter la commande.
Si le réviseur la réaffecte, le workflow envoie un e-mail d’escalade pour obtenir plus d’informations sur la commande.
Si les conditions requises pour l’escalade sont satisfaites, la condition de réponse est vraie. La commande est alors traitée.
Si la condition de réponse est fausse, un e-mail est envoyé concernant le problème.
Vous pouvez créer visuellement des workflows avec le concepteur de workflows Azure Logic Apps dans le portail Azure, dans Visual Studio Code ou dans Visual Studio. Chaque workflow a également une définition sous-jacente qui est décrite à l’aide de JSON (JavaScript Object Notation). Si vous préférez, vous pouvez modifier les workflows en changeant cette définition JSON. Pour certaines tâches de création et de gestion, Azure Logic Apps fournit une prise en charge des commandes Azure PowerShell et Azure CLI. Pour un déploiement automatisé, Azure Logic Apps prend en charge les modèles Azure Resource Manager.
Options de tarification
À chaque type de ressources d’application logique, qui se différencie par ses fonctionnalités et par l’endroit où elle s’exécute (environnement multilocataire, monolocataire ou de service d’intégration), correspond un modèle tarifaire spécifique. Par exemple, les applications logiques multilocataires utilisent des tarifs basés sur la consommation, tandis que les applications logiques dans un environnement de service d’intégration utilisent des tarifs fixes. Découvrez-en plus sur les tarifs et les mesures pour Azure Logic Apps.
Bien démarrer
Avant de pouvoir démarrer avec Azure Logic Apps, vous avez besoin d’un abonnement Azure. Si vous n’avez pas encore d’abonnement, vous pouvez vous inscrire pour obtenir un compte Azure gratuitement.
Lorsque vous êtes prêt, essayez un ou plusieurs des guides de démarrage rapide suivants pour Azure Logic Apps. Découvrez comment créer un workflow de base qui surveille un flux RSS et envoie un e-mail en cas de nouveau contenu.
Créer un flux de travail d'application logique basé sur un multilocataire dans le portail Azure
Créer un flux de travail pour une application logique basée sur un multilocataire dans Visual Studio
Vous pouvez également explorer d’autres guides de démarrage rapide pour Azure Logic Apps :
Créer un flux de travail d'application logique basé sur un multilocataire à l'aide d’un modèle ARM
Créer un flux de travail d'application logique basé sur un multilocataire à l'aide d’Azure CLI
Autres ressources
Découvrez-en plus sur la plateforme Azure Logic Apps avec ces vidéos d’introduction :