Partage via


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 les moyens de connecter de systèmes existants, modernes et de pointe dans le cloud, localement et dans des environnements hybrides. Vous pouvez utiliser des outils avec peu ou pas de code pour développer des solutions d’intégration hautement scalables qui prennent en charge 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.

L’exemple partiel suivant de flux de travail d’entreprise 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 flux de travail 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 :

Capture d’écran montrant le concepteur de flux de travail et un exemple de flux de travail d’entreprise utilisant des commutateurs et des conditions.

Conseil

Pour en savoir plus, vous pouvez poser ces questions à Azure Copilot :

  • Quels problèmes puis-je résoudre avec Azure Logic Apps ?
  • Quels avantages Azure Logic Apps propose-t-il ?

Pour rechercher Azure Copilot, dans la barre d’outils du Portail Azure, sélectionnez Copilot.

Si vous êtes prêt à vous lancer dans la création de votre premier workflow d’application logique, consultez Bien démarrer.

Pour en savoir encore plus, regardez cette vidéo :

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 flux de travail. Concrètement, vous pouvez créer les types de ressources d’application logique suivants :

– Une ressource d’application logique Consommation qui prend en charge un flux de travail unique, qui est hébergé et exécuté dans Azure Logic Apps multilocataire global

– Une ressource d’application logique Standard qui prend en charge plusieurs flux de travail qui sont hébergés et exécutés dans Azure Logic Apps monolocataire

Découvrez-en davantage sur les types de ressources d’application logique et leurs modèles respectifs de ressources informatiques et de facturation.
Workflow Série d’opérations qui définissent une tâche, un processus métier ou une charge de travail. Chaque flux de travail commence toujours par une seule opération de déclencheur, après laquelle vous devez ajouter une ou plusieurs opérations d’action.
Déclencheur Première opération dans un flux de travail qui spécifie les critères à respecter avant d’exécuter les opérations suivantes dans ce flux de travail. 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 opération provoquée, qui suit le déclencheur dans le flux de travail.
Connecteur intégré Ce type de connecteur ou d’opération est « intégré » au runtime Azure Logic Apps afin que les opérations s’exécutent en mode natif et directement avec le runtime pour des performances plus rapides, par rapport aux connecteurs gérés par Microsoft hébergés et exécutés dans Azure.

Les opérations intégrées vous permettent de contrôler la planification ou la structure de votre flux de travail, 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 flux de travail.

Par exemple, vous pouvez démarrer presque n’importe quel flux de travail selon une planification en utilisant le déclencheur Périodicité. Vous pouvez aussi faire en sorte que votre flux de travail attende qu’il soit appelé quand vous utilisez le déclencheur Requête. Ces opérations ne vous obligent généralement pas à créer une connexion à partir de votre flux de travail.

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, Stockage Blob Azure, Azure App Service, etc. La disponibilité de ces opérations intégrées dépend de l’utilisation d’un flux de travail Consommation ou Standard d’application logique. Pour obtenir des informations et des exemples supplémentaires, consultez Connecteurs intégrés pour Azure Logic Apps.
Connecteur managé Ce type de connecteur ou d’opération est publié par Microsoft, géré, hébergé et exécuté dans Azure, et est un proxy ou un wrapper prédéfini pour l’API REST d’un service ou d’un système que vous pouvez utiliser 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é.

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, consultez l’article 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 fournit plus de 1 000 connecteurs prédéfinis afin de pouvoir connecter et intégrer des applications, des données, des services et des systèmes plus facilement et plus rapidement. Vous pouvez ainsi vous concentrer davantage sur la conception et l’implémentation de la logique métier et des fonctionnalités de votre solution. Vous gaspillerez moins d’énergie à savoir comment 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 Azure Logic Apps pour accélérer les performances.

Pour accéder à des ressources de services tels qu’Azure, Microsoft, d’autres services et applications web externes ou des systèmes locaux et travailler avec ces ressources, vous pouvez utiliser des opérations de connecteur (hébergées par Azure) gérées par Microsoft. Choisissez parmi plus de 1 000 connecteurs dans un écosystème Azure en constante 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 :

Lorsque vous générez des flux de travail dans Azure Logic Apps, vous n’avez généralement pas besoin d’écrire de code. Toutefois, si vous devez écrire du code, vous pouvez ajouter et exécuter des extraits de code JavaScript ou des scripts C# dans votre flux de travail à l’aide de l’action Code inline pour JavaScript ou C#, respectivement. Vous pouvez également ajouter et exécuter du code à l’aide d’Azure Functions. Si votre workflow doit interagir avec des événements d’autres services Azure, d’applications personnalisées ou d’autres solutions, vous pouvez superviser, router et publier des événements avec Azure Event Grid ou Azure Event Hubs.

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 Azure Logic Apps, Azure Functions, Azure WebJobs et Microsoft Power Automate.

À quelle vitesse puis-je accélérer mes solutions avec Azure Logic Apps ?

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, Azure Logic Apps vous aide à implémenter et à effectuer un scale-up vers des scénarios d’intégration plus matures en fournissant les fonctionnalités et avantages suivants.

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.

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. 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, les exigences de solution et les fonctionnalités souhaitées, choisissez de créer un flux de travail Consommation ou Standard d’application logique. En fonction de ce choix, le flux de travail s’exécutera dans un environnement Azure Logic Apps multilocataire, monolocataire, ou App Service Environment (v3). Avec l’environnement Azure Logic Apps monolocataire, vos flux de travail 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 flux de travail 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 au niveau de tous les locataires Microsoft Entra partagent le même traitement (calcul), le même stockage, le même réseau, etc.

À 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. Au lieu de cela, 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 ressource d’application logique, vos flux de travail 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 :

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 flux de travail d’application logique 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 souhaité, vous pouvez créer et exécuter des extraits de code à partir de votre flux de travail à l’aide de l’action Code inline pour les scripts JavaScript ouC#, ou vous pouvez utiliser Azure Functions. Vous pouvez aussi créer vos propres API et connecteurs personnalisés, que vous pouvez appeler à partir de vos flux de travail.

Accès direct aux ressources dans les réseaux virtuels Azure

Les flux de travail 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 l’environnement ISE sont des instances d’Azure Logic Apps qui utilisent des ressources dédiées et s’exécutent séparément d’Azure Logic Apps multilocataire global.

L’hébergement et l’exécution de flux de travail 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 :

  • Vos propres adresses IP statiques, différentes des adresses IP statiques que les applications logiques partagent dans Azure Logic Apps 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

Un flux de travail d’application logique démarre toujours avec un seul déclencheur. Le 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 idempotence, qui est la possibilité d’accepter des messages identiques ou en double, tout en préservant l’intégrité des données et la stabilité du système. Ainsi, les répétitions de la même opération ne modifient pas le résultat après la première exécution.

La section suivante décrit la logique de l’exemple de flux de travail d’entreprise, qui fait partie d’un système d’ordre où le flux de travail traite les commandes entrantes. Le flux de travail comporte déjà des étapes qui déterminent le coût d’une commande entrante. Votre objectif est de passer en revue manuellement les commandes au-dessus d’un certain coût, de sorte de 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.

Capture d’écran montrant le concepteur de flux de travail et un exemple de flux de travail d’entreprise utilisant des commutateurs et des conditions.

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 flux de travail a également une définition sous-jacente qui utilise le format 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 ressource d’application logique (multilocataire, monolocataire, App Service Environment ASE v3, environnement de service d’intégration) a un modèle de tarification différent. Par exemple, les flux de travail d’application logique Consommation multilocataire suivent le modèle de tarification Consommation, tandis que les flux de travail d’application logique Standard monolocataire suivent le modèle tarifaire Standard. 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, penchez-vous sur un ou plusieurs des guides de démarrage rapide suivants pour Azure Logic Apps :

Vous pouvez également explorer d’autres guides de démarrage rapide pour Azure Logic Apps :

Étapes suivantes