Qu’est-ce qu’Azure Logic Apps ?

Azure Logic Apps est un service et une plateforme cloud destinés à automatiser les flux de travail des processus métier d’entreprise et à intégrer des services, systèmes, applications et données à travers des environnements cloud, locaux et hybrides avec peu ou pas de code.

Cette plateforme prend en charge les scénarios principaux suivants :

  • Orchestrez les flux de travail des processus métier à travers plusieurs systèmes.
  • Connectez des plateformes anciennes, modernes et de pointe en utilisant 1 400+ connecteurs préassemblés.
  • Construisez visuellement des flux de travail d’intégration avec accès aux options pour du code personnalisé.
  • Créez des flux de travail exécutés de manière déterministe ou dynamique utilisant des agents IA et de grands modèles de langage.

Pour décider si ce service correspond à votre charge de travail, comparez les services d’automatisation. Pour commencer à construire un flux de travail, choisissez un guide de démarrage. Pour choisir un modèle d’hébergement, comparez les flux de travail Consommation et Standard.

Par exemple, l’exemple de workflow suivant montre comment Azure Logic Apps peut acheminer une commande entrante pour examen manuel lorsque le coût dépasse un seuil spécifié :

Capture d’écran montrant le concepteur de workflow avec un exemple de révision de commande utilisant les actions de condition et de changement.

Le flux de travail utilise des conditions et des commutateurs pour déterminer l’action suivante. Pour plus d’informations sur la logique derrière ce flux de travail, consultez Fonctionnement des applications logiques.

D’autres exemples courants de scénarios d’automatisation incluent :

  • Envoyez une notification Office 365 lorsqu’un fichier est téléchargé.
  • Traiter les commandes clients sur les systèmes cloud et sur site.
  • Déplacer des fichiers d’un serveur SFTP ou FTP vers Stockage Blob Azure.
  • Analysez le sentiment sur les réseaux sociaux et créez des alertes à examiner.

Cet aperçu vous aide à explorer les concepts suivants :

Pourquoi utiliser Azure Logic Apps ?

Azure Logic Apps vous aide à :

  • Intégrez les systèmes plus rapidement : Choisissez parmi 1 400+ connecteurs gérés par Microsoft préassemblés pour les services Azure, services Microsoft, applications externes, bases de données et systèmes sur site.

    Réduisez ou éliminez le travail nécessaire pour accéder à vos ressources. Concentrez-vous sur la conception et le développement de la logique métier et des fonctionnalités de vos solutions pour répondre aux besoins de votre entreprise.

  • Construisez visuellement : Créez une logique d’orchestration avec un concepteur de workflow plutôt que d’écrire tout le code d’intégration vous-même.

  • Optimisez les performances : Utilisez des connecteurs intégrés qui fonctionnent nativement et directement sur l’exécution Azure Logic Apps.

    Ces opérations de connecteur communiquent avec les points de terminaison de service, exécutent votre propre code, contrôlent la structure de votre flux de travail, manipulent des données ou se connectent à des ressources couramment utilisées avec une vitesse, une capacité et un débit accrus.

  • Accéder aux services gérés : Utilisez des connecteurs gérés pour l’accès préconstruit aux API de service et système.

    Ces opérations de connecteur s’exécutent dans Azure global et multilocataire. Par exemple:

    • Des services Office 365 tels qu’Outlook, Excel et SharePoint
    • Des systèmes d’entreprise tels que SAP et IBM MQ
  • Étendez les flux de travail avec du code : Exécutez du code en ligne, appelez Azure Functions ou créez des connecteurs personnalisés lorsque des opérations préconfigurées ne répondent pas à vos besoins.

  • Utilisez la montée en échelle gérée : Laissez Azure héberger, surveiller et faire évoluer vos flux de travail pendant que vous vous concentrez sur la logique métier.

Lorsque vous générez des flux de travail avec Azure Logic Apps, vous n’avez généralement pas besoin d’écrire de code. Cependant, si vous devez créer et exécuter votre propre code, Azure Logic Apps prend en charge cette fonctionnalité. Ainsi, vous pouvez écrire et exécuter des extraits de code JavaScript directement dans votre flux de travail lorsque celui-ci s’exécute dans Azure Logic Apps multilocataire. Si vous utilisez la plateforme Azure Functions, vous pouvez créer et appeler des fonctions à partir de vos flux de travail pour un code plus complexe et plus structuré. Vous pouvez écrire et exécuter des extraits de code JavaScript, un code .NET, des scripts C# et des scripts PowerShell directement dans votre flux de travail lorsque celui-ci s’exécute dans Azure Logic Apps monolocataire, App Service Environment (ASE) v3 ou un environnement partiellement connecté.

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.

Pour en savoir plus, consultez :

Microsoft Azure gère entièrement Azure Logic Apps, ce qui vous évite de vous soucier de l’hébergement, de la mise à l’échelle, de la gestion, de la surveillance et de la maintenance des solutions construites avec ces services. Lorsque vous utilisez ces fonctionnalités pour créer des applications et solutions « serverless », vous pouvez vous concentrer davantage sur la construction de la logique et des fonctionnalités métier. Les plateformes serverless sont automatiquement mises à l’échelle pour répondre à vos besoins, accélérer les intégrations 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.

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

– Une ressource d’application logique Standard qui prend en charge plusieurs flux de travail, lesquels sont hébergés et exécutés dans Azure Logic Apps monolocataire, App Service Environment (ASE) v3 (forfaits Windows uniquement) ou un environnement partiellement connecté

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 suivante d’un workflow qui suit le déclencheur dans le workflow.
Connecteur intégré Ce connecteur ou type d’opération fonctionne nativement sur l’exécution d’Azure Logic Apps pour des performances plus rapides, comparé aux connecteurs gérés par Microsoft hébergés et exécutés dans Azure.

Les connecteurs intégrés supportent le contrôle des flux de travail, l’exécution de votre propre code, le traitement des données, la communication avec les points d’accès et d’autres tâches de workflow. Pour plus d’informations, voir Connecteurs intégrés.
Connecteur managé Ce connecteur ou type d’opération est un proxy géré par Microsoft pour un service ou une API système. La plupart des connecteurs gérés nécessitent une connexion authentifiée. Pour plus d’informations, voir Connecteurs gérés.
Compte d’intégration Cette ressource Azure vous permet de définir et de stocker des artefacts B2B à utiliser dans vos flux de travail. 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.

Capacités d’Azure Logic Apps

Vous pouvez commencer petit avec un flux de travail qui relie vos systèmes et services actuels, puis ajouter des fonctionnalités à mesure que vos besoins d’intégration augmentent :

Créer et modifier visuellement des workflows avec des outils faciles à utiliser

Chaque flux de travail commence toujours par un déclencheur suivi d’un nombre quelconque d’actions de la galerie de connecteurs.

Pour gagner du temps et simplifier les processus complexes, créez vos flux de travail à l’aide du concepteur de flux de travail graphique dans le portail Azure ou Visual Studio Code. Chaque flux de travail a également une définition sous-jacente définie au 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, vous pouvez également utiliser des commandes Azure PowerShell et Azure CLI. Pour un déploiement automatisé, Azure Logic Apps prend en charge les modèles Azure Resource Manager.

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 votre solution et les fonctionnalités souhaitées, choisissez si vous souhaitez créer un workflow d’application logique Consommation ou Standard. En fonction de ce choix, le flux de travail peut s’exécuter dans Azure Logic Apps mutualisé, Azure Logic Apps à locataire unique, un App Service Environment (v3) ou un environnement hybride, qu’il s’agisse d’un environnement partiellement connecté ou de votre propre infrastructure. 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 flux de travail basés sur un seul locataire à l’aide de l’option d’hébergement de déploiement hybride, vous pouvez également exécuter des flux de travail locaux à l’aide de l’infrastructure que vous contrôlez. Pour plus d’informations, consultez Architecture monolocataire ou multilocataire dans Azure Logic Apps.

Le tableau suivant récapitule brièvement les différences entre un workflow d’application logique Consommation et Standard. Vous apprenez également les différences entre l’environnement multilocataire, l’environnement monolocataire, l’App Service Environment v3 (ASEv3) et l’environnement hybride pour déployer, héberger et exécuter vos flux de travail Logic App.

Option d’hébergement Avantages Partage et utilisation des ressources Modèle de tarification et facturation Gestion des limites
Consommation

Environnement hôte : Azure Logic Apps multilocataire
- Le plus simple pour commencer

- Payez uniquement ce que vous utilisez

- Complètement managé
Une même ressource d’application logique ne peut avoir qu’un seul workflow.

Toutes les applications logiques dans l’ensemble des locataires Microsoft Entra partagent les mêmes ressources de traitement (calcul informatique), de stockage, de réseau, etc.

Remarque : Concernant la résidence et la redondance des données :

- Dans les flux de travail ou les sections de flux de travail qui n’interagissent pas avec les agents, les données sont répliquées dans la région jumelée. Pour la haute disponibilité, le stockage géoredondant (GRS) est activé.

- Tous les agents d’un flux de travail utilisent un modèle Azure OpenAI qui peut provenir de n’importe quelle région. La résidence des données n’est donc pas garantie pour les données gérées par le modèle.
Consommation (paiement par 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.
Standard (plan de service de flux de travail)

Environnement hôte :
Azure Logic Apps monolocataire
- Plus de connecteurs intégrés hébergés sur l’environnement d’exécution à locataire unique afin d’offrir 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 ressource d’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 votre application logique.
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.
Standard (App Service Environment v3)

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, lorsque vous déployez 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.
Standard (hybride)

Environnement hôte :
Votre propre infrastructure locale
- Scénarios où vous devez contrôler et gérer votre propre infrastructure.

- Fonctionnalités qui vous permettent de créer et d’héberger des solutions d’intégration pour des environnements partiellement connectés qui nécessitent un traitement local, un stockage et un accès réseau.

- Prend en charge l’infrastructure qui peut inclure des systèmes locaux, des clouds privés et des clouds publics.

- Les flux de travail sont alimentés par le runtime Azure Logic Apps, qui est hébergé localement dans le cadre d’une extension Azure Container Apps.

Pour plus d’informations, consultez les articles suivants :

- Configurer votre propre infrastructure pour les applications logiques Standard à l’aide d’un déploiement hybride

- Créer des flux de travail d’application logique standard pour le déploiement hybride sur votre propre infrastructure
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.
Tarification hybride 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.

Capacités agentiques de l’IA

Azure Logic Apps prend en compte l’automatisation alimentée par l’IA via des flux de travail agents déterministes et probabilistes. Ces flux de travail combinent de grands modèles de langage (LLM), des boucles d’agents, des agents, des serveurs MCP et des outils construits à partir d’actions de connecteurs pour interpréter des instructions en langage naturel, prendre des décisions, accéder aux données et réaliser des tâches en étapes multiples à travers des systèmes Microsoft et non-Microsoft. Vous pouvez également exposer les flux de travail et les actions de connecteurs comme outils réutilisables pour les agents dans Microsoft Foundry, tandis qu’Azure Logic Apps gère les problèmes d’orchestration tels que les processus longs, les retentions, la gestion des erreurs et l’intégration avec des systèmes externes.

Pour en savoir plus, consultez :

Intégration d’entreprise et scénarios B2B

Les entreprises et organisations communiquent électroniquement entre elles en utilisant différents protocoles et formats de messages standards de l’industrie, tels qu’EDIFACT, AS2, X12 et RosettaNet. Vous pouvez automatiser des flux de travail qui échangent et transforment des messages B2B en suivant ces protocoles, ce que Azure Logic Apps gère de manière fluide et sécurisée grâce au chiffrement et aux signatures numériques.

Pour définir les artefacts business-to-business (B2B) que vous utilisez dans les flux de travail, tels que les partenaires, accords, schémas, cartes, etc., créez un compte d’intégration pour ces artefacts. Après avoir lié ce compte à la ressource de votre application logique, votre flux de travail peut utiliser ces artefacts et échanger des messages conformes aux normes d’Electronic Data Interchange (EDI) et d’Intégration d’Applications d’Entreprise (EAI).

En savoir plus en choisissant une tâche qui correspond à votre situation :

Réutiliser les flux de travail à travers les environnements avec les modèles Azure Resource Manager

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.

Exécuter du code personnalisé lorsqu’aucun connecteur n’existe

Si aucun connecteur adapté n’est disponible pour exécuter le code que vous souhaitez, vous avez d’autres options pour vos flux de travail :

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

Lorsque vous utilisez Azure Logic Apps (Standard), vos flux de travail peuvent accéder à des ressources sécurisées telles que les machines virtuelles, d’autres services et systèmes dans un réseau virtuel Azure. Azure Logic Apps (Standard) est une instance monolocataire d’Azure Logic Apps qui utilise des ressources dédiées et fonctionne séparément des Azure Logic Apps multilocataires globaux.

En hébergeant et en exécutant les flux de travail de Logic App dans votre propre instance dédiée, vous réduisez l’impact que d’autres locataires Azure pourraient avoir sur les performances de l’application ou sur l’effet des « voisins bruyants ».

Azure Logic Apps (Standard) offre les avantages suivants :

  • Vous obtenez vos propres adresses IP statiques, distinctes des adresses IP statiques que partagent les applications logiques 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. En utilisant cette adresse IP, vous n’avez pas besoin de créer des ouvertures supplémentaires de pare-feu sur ces systèmes de destination.

  • Vous obtenez des limites accrues sur la durée d’exécution, la conservation du stockage, le débit, les délais de requête et de réponse HTTP, la taille des messages et les requêtes de connecteurs personnalisées. Pour plus d’informations, consultez Limites et configuration pour 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.

Dans le flux de travail de commande précédemment présenté, les étapes suivantes ont lieu :

  1. Le déclencheur reçoit un ordre.

  2. Une condition compare le coût de la commande avec le seuil de révision.

  3. Les ordres en dessous du seuil continuent de se traiter.

  4. Les commandes au-dessus du seuil exigent d’envoyer un e-mail pour examen manuel.

  5. Un interrupteur gère la réponse du critique :

    • Approuver : Continuer à traiter la commande.
    • Escalade : Obtenir plus d’informations et réévaluer la commande.
    • Exigences non remplies : Envoyez un e-mail concernant le problème.

Capture d’écran montrant le concepteur de workflow avec un exemple de workflow d’entreprise utilisant les actions de condition et de commutation.

Remise de messages garantie

Azure Logic Apps remet un message « au moins une fois ». Aucun message n’est perdu et le service remet rarement un message plusieurs fois. Toutefois, si votre entreprise ne gère pas ou ne peut pas gérer les messages dupliqués, vous devez mettre en place l’idempotence. Cette approche accepte des messages identiques ou en double, tout en préservant l’intégrité des données et la stabilité du système. Après la première exécution, les opérations en double ne modifient pas le résultat.

Modèles de tarification pour les applications de consommation et logique standard

Chaque option d’hébergement d’application logique (multilocataire, monolocataire, App Service Environment v3, environnement partiellement connecté) a un modèle de tarification différent. Par exemple, les flux de travail d’applications logiques multilocataires en mode Consommation suivent le modèle tarifaire Consommation, tandis que les flux de travail d’applications logiques monolocataires en mode Standard suivent le modèle tarifaire Standard. Pour plus d’informations sur les prix, consultez Tarifs Azure Logic Apps.

Choisissez le service d’automatisation approprié

Pour décider si Azure Logic Apps correspond à votre charge de travail, utilisez les comparaisons suivantes :

Choisir Scenarios
Azure Logic Apps Flux de travail d’orchestration automatisés axés sur les concepteurs pour les processus métier d’entreprise entre les services, systèmes, applications et sources de données. Peut appeler des fonctions dans Azure Functions.
Azure Functions Orchestrations automatisées avec une approche code d’abord à l’aide de l’extension Durable Functions. Peut appeler des flux de travail dans Azure Logic Apps.
Le Microsoft Power Automate Charges de travail d’automatisation sans code pour les utilisateurs professionnels, les employés de bureau et les développeurs citoyens.
Runbooks d’Azure Automation Gestion de l’infrastructure et tâches de remédiation simples, comme le redémarrage des machines virtuelles.

Pour des informations détaillées sur la décision, voir :

Démarrage

  • Avant d’essayer Azure Logic Apps, vous avez besoin d’un compte et d’un abonnement Azure. Si vous n'avez pas d'abonnement, obtenez un compte de Azure gratuit.

  • Quand vous êtes prêt, choisissez un guide de démarrage basé sur votre situation :

Vous voulez créer Commencer ici
Flux de travail multilocataire basé sur la consommation Créer des workflows d’application logique Consommation
Flux de travail isolé, à locataire unique, ASE v3 ou hybride Créer des flux de travail d’applications de logique standard
Flux de travail agentique autonome Créer des flux de travail agentiques autonomes
Flux de travail agentique conversationnel Créer des flux de travail agentiques conversationnels
Exécuter un workflow agentique de façon dynamique Créer des flux de travail agents dynamiques

Étapes suivantes