Limites et références de configuration pour Azure Logic Apps

Pour Power Automate, consultez Limites et configuration dans Power Automate.

Ce guide de référence décrit les limites et les informations de configuration relatives à Azure Logic Apps et aux ressources associées. En fonction de votre scénario, des exigences de solution, des fonctionnalités souhaitées et de l’environnement dans lequel vous souhaitez exécuter vos flux de travail, vous choisissez de créer un flux de travail d’application logique Consommation qui s’exécute dans Azure Logic Apps multilocataire ou dans un environnement de service d’intégration (ISE). Vous pouvez également créer un workflow d’application logique Standard qui s’exécute dans Azure Logic Apps monolocataire ou dans App Service Environment (v3 - plans Windows uniquement).

Notes

De nombreuses limites sont identiques dans les environnements disponibles où Azure Logic Apps s’exécute, mais les différences sont indiquées là où elles existent.

Le tableau suivant récapitule brièvement les différences entre une application logique Consommation et une application logique Standard. Vous allez également découvrir comment Azure Logic Apps à locataire unique se compare à Azure Logic Apps multilocataire et à un ISE 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.

Limites relatives aux définitions de workflow

Les tableaux suivants répertorient les valeurs possibles pour une définition de workflow unique :

Nom	Limite	Notes
Flux de travail par région et par abonnement Azure	- Consommation : 1 000 workflows où chaque application logique est limitée à 1 workflow - Standard : Illimité, en fonction du plan d’hébergement sélectionné, de l’activité de l’application, de la taille des instances de machine et de l’utilisation des ressources, où chaque application logique peut avoir plusieurs workflows
Workflow - Longueur maximale du nom	- Consommation : 80 caractères - Standard : 32 caractères
Déclencheurs par flux de travail	- Consommation (concepteur) : 1 déclencheur - Consommation (JSON) : 10 déclencheurs - Standard : 1 déclencheur	- Consommation : il n’est possible d’utiliser plusieurs déclencheurs que lorsque vous travaillez sur la définition de workflow JSON, que ce soit en mode Code ou dans un modèle Azure Resource Manager (ARM), et non dans le concepteur. - Standard : un seul déclencheur est possible, que ce soit dans le concepteur, le mode Code ou un modèle Azure Resource Manager (ARM).
Actions par flux de travail	500 actions	Pour étendre cette limite, vous pouvez au besoin utiliser des workflows imbriqués.
Profondeur d'imbrication des actions	8 actions	Pour étendre cette limite, vous pouvez au besoin utiliser des workflows imbriqués.
Déclencheur ou action unique : Longueur maximale du nom	80 caractères
Déclencheur ou action unique : Taille maximale des entrées ou des sorties	104 857 600 octets (105 Mo)	Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Action unique : Taille maximale des entrées et sorties combinées	209 715 200 octets (210 Mo)	Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Limite de caractères de l'expression	8 192 caractères
description - Longueur maximale	256 caractères
parameters - Nombre maximal d'éléments	50 paramètres
outputs - Nombre maximal d'éléments	10 sorties
trackedProperties - Taille maximale	8 000 caractères

Limites de durée d’exécution et de conservation de l’historique

Le tableau suivant répertorie les valeurs possibles pour une exécution de workflow unique :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Conservation de l’historique des exécutions dans le stockage	90 jours	90 jours (Par défaut)	366 jours	Durée de conservation de l’historique des exécutions d’un workflow dans le stockage après le démarrage d’une exécution. Remarque : si la durée de l’exécution dépasse la limite de rétention, l’exécution est supprimée de l’historique d’exécution dans le stockage. Si une exécution n’est pas immédiatement supprimée après avoir atteint la limite de rétention, l’exécution est supprimée dans les 7 jours. Qu’une exécution se termine ou expire, la rétention de l’historique des exécutions est toujours calculée en utilisant l’heure de début de l’exécution et la limite actuelle spécifiée dans le paramètre du workflow, Conservation de l’historique des exécutions en jours. Quelle que soit la limite précédente, la limite actuelle est toujours utilisée pour le calcul de la rétention. Pour plus d'informations, consultez Modifier la durée et la conservation de l'historique des exécutions dans le stockage.
Durée d’exécution	90 jours	- Workflow avec état : 90 jours (Par défaut) - Workflow sans état : 5 minutes (Par défaut)	366 jours	Durée pendant laquelle un workflow peut continuer à s'exécuter avant de forcer un délai d'expiration. La durée d'exécution est calculée à l'aide de l'heure de début d'une exécution et de la limite spécifiée par le paramètre de workflow, Conservation de l'historique des exécutions en jours à l'heure de début. Important : veillez à ce que la valeur de la durée d'exécution soit toujours inférieure ou égale à la valeur de conservation de l'historique des exécutions dans le stockage. Sinon, les historiques des exécutions peuvent être supprimés avant la fin des travaux associés. Pour plus d'informations, consultez Modifier la durée et la conservation de l'historique des exécutions dans le stockage.
Intervalle de récurrence	- Min : 1 seconde - Max : 500 jours	- Min : 1 seconde - Max : 500 jours	- Min : 1 seconde - Max : 500 jours

Modifier la durée d’exécution et la conservation de l’historique dans le stockage

Si la durée d’une exécution dépasse la limite de conservation actuelle, l’exécution est supprimée de l’historique des exécutions dans le stockage. Pour éviter de perdre l’historique des exécutions, assurez-vous que la limite de conservation est toujours plus que la durée la plus longue de l’exécution.

Consommation

Pour les workflows d’application logique Consommation, le même paramètre contrôle le nombre maximal de jours pendant lesquels un workflow peut s’exécuter et durant lesquels l’historique des exécutions peut être conservé dans le stockage.

• Dans Azure Logic Apps multilocataire, la limite par défaut de 90 jours est identique à la limite maximale. Vous pouvez uniquement réduire cette valeur.

• Dans un environnement ISE, vous pouvez réduire ou augmenter la limite par défaut de 90 jours.

Par exemple, supposons que vous réduisiez la limite de conservation de 90 à 30 jours. Une exécution datant de 60 jours est supprimée de l’historique des exécutions. Si vous augmentez la période de conservation de 30 à 60 jours, une exécution datant de 20 jours reste dans l’historique des exécutions pendant 40 jours supplémentaires.

Portail

1. À partir de la zone de recherche du portail Azure, ouvrez votre workflow d’application logique dans le concepteur.

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

3. Sous Options de runtime, dans la liste Conservation de l’historique des exécutions en jours, choisissez Personnalisée.

4. Faites glisser le curseur pour modifier le nombre de jours souhaité.

5. Lorsque vous avez terminé, dans la barre d’outils Paramètres du workflow, sélectionnez Enregistrer.

Modèle ARM

Si vous utilisez un modèle Azure Resource Manager, ce paramètre apparaît sous forme de propriété dans la définition de ressource de votre workflow, comme décrit dans Informations de référence sur le modèle de workflow Microsoft.Logic :

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

Standard

Pour les workflows d’application logique Standard, vous pouvez réduire ou augmenter la limite par défaut de 90 jours, mais vous devez ajouter les paramètres suivants et leurs valeurs à votre ressource ou projet d’application logique :

• Un paramètre d’application nommé Workflows.RuntimeConfiguration.RetentionInDays

• Un paramètre d’hôte nommé Runtime.FlowMaintenanceJob.RetentionCooldownInterval

Par défaut, le paramètre d’application nommé Workflows.RuntimeConfiguration.RetentionInDays est défini pour conserver 90 jours de données. Le paramètre d’hôte nommé Runtime.FlowMaintenanceJob.RetentionCooldownInterval est défini pour vérifier tous les 7 jours s’il y a des données anciennes à supprimer. Si vous conservez ces valeurs par défaut, vous pouvez voir jusqu’à 97 jours de données conservées. Par exemple, supposons qu’Azure Logic Apps lance une vérification le jour X et supprime les données datant de plus de 90 jours avant ce jour X, puis attende 7 jours avant d’effectuer une nouvelle vérification. Ce comportement entraîne un délai de conservation des données pouvant aller jusqu’à 97 jours avant que le travail ne s’exécute à nouveau. En revanche, si vous définissez l’intervalle à 1 jour, mais que vous laissez le nombre de jours de conservation des données à la valeur par défaut, le délai maximal avant la suppression des anciennes données est de 90+1 jours.

Portail

1. Effectuez ces étapes pour ajouter le paramètre d’application nommé Workflows.RuntimeConfiguration.RetentionInDays et définir sa valeur sur le nombre de jours pendant lesquels vous souhaitez conserver l’historique des exécutions de votre workflow.

2. Effectuez ces étapes pour ajouter le paramètre d’hôte nommé Runtime.FlowMaintenanceJob.RetentionCooldownInterval et définir sa valeur sur l’intervalle (en jours) entre la vérification et la suppression de l’historique des exécutions que vous ne souhaitez pas conserver.

Visual Studio Code

1. Effectuez ces étapes pour ajouter le paramètre d’application nommé Workflows.RuntimeConfiguration.RetentionInDays et définir sa valeur sur le nombre de jours pendant lesquels vous souhaitez conserver l’historique des exécutions de votre workflow.

2. Effectuez ces étapes pour ajouter le paramètre d’hôte nommé Runtime.FlowMaintenanceJob.RetentionCooldownInterval et définir sa valeur sur l’intervalle (en jours) entre la vérification et la suppression de l’historique des exécutions que vous ne souhaitez pas conserver.

Limites de bouclage, de simultanéité et de décomposition

Le tableau suivant répertorie les valeurs possibles pour une exécution de workflow unique :

Actions de bouclage

Boucle For Each

Le tableau suivant répertorie les valeurs possibles pour une boucle For each :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Éléments de tableau	100 000 éléments	- Workflow avec état : 100 000 éléments (Par défaut) - Workflow sans état : 100 éléments (Par défaut)	100 000 éléments	Nombre d'éléments de tableau qu'une boucle For each peut traiter. Pour filtrer des tables plus grandes, vous pouvez utiliser l’action de requête. Pour modifier la limite par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Itérations simultanées	Simultanéité désactivée : 20 Simultanéité activée : - Valeur par défaut : 20 - Min : 1 - Max : 50	Simultanéité désactivée : 20 (Par défaut) Simultanéité activée : - Valeur par défaut : 20 - Min : 1 - Max : 50	Simultanéité désactivée : 20 Simultanéité activée : - Valeur par défaut : 20 - Min : 1 - Max : 50	Nombre d'itérations de boucles For each qui peuvent s'exécuter simultanément ou en parallèle. Pour modifier cette valeur dans Azure Logic Apps multilocataire, consultez Modifier la limite de concurrence ou Exécuter Pour chaque boucle de manière séquentielle. Pour modifier la limite par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Boucle Until

Le tableau suivant répertorie les valeurs possibles pour une boucle Until :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Itérations	- Valeur par défaut : 60 - Min : 1 - Max : 5 000	Workflow avec état : - Valeur par défaut : 60 - Min : 1 - Max : 5 000 Workflow sans état : - Valeur par défaut : 60 - Min : 1 - Max : 100	- Valeur par défaut : 60 - Min : 1 - Max : 5 000	Nombre de cycles que peut comporter une boucle Until pendant l'exécution d'un workflow. Pour modifier cette valeur dans Azure Logic Apps multilocataire, dans la forme de boucle Until , sélectionnez Modifier les limites et spécifiez la valeur de la propriété Count . Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Délai d'expiration	Par défaut : PT1H (1 heure)	Workflow avec état : PT1H (1 heure) Workflow sans état : PT5M (5 minutes)	Par défaut : PT1H (1 heure)	Durée d'exécution de la boucle Until avant qu'elle ne se termine, spécifiée au format ISO 8601. La valeur du délai d’attente est évaluée pour chaque cycle de boucle. Si une action dans la boucle dure plus longtemps que la limite de délai d’attente, le cycle actuel ne s’arrête pas. Toutefois, le cycle suivant ne démarre pas, car la condition de limite n’est pas remplie. Pour modifier cette valeur dans Azure Logic Apps multilocataire, dans la forme de boucle Until , sélectionnez Modifier les limites et spécifiez la valeur de la propriété Timeout . Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Accès concurrentiel et décomposition

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Déclencheur - exécutions simultanées	Simultanéité désactivée : illimitée Simultanéité activée (irréversible) : - Valeur par défaut : 25 - Min : 1 - Max : 100	Simultanéité désactivée : illimitée Simultanéité activée (irréversible) : - Valeur par défaut : 100 - Min : 1 - Max : 100	Simultanéité désactivée : illimitée Simultanéité activée (irréversible) : - Valeur par défaut : 25 - Min : 1 - Max : 100	Nombre d'exécutions simultanées qu'un déclencheur peut lancer en même temps ou en parallèle. Remarque : lorsque la simultanéité est activée, la limite SplitOn est réduite à 100 éléments pour la décomposition des tableaux. Pour modifier cette valeur dans Azure Logic Apps multilocataire, consultez la limite de concurrence des déclencheurs ou les instances de déclencheur séquentiellement. Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Exécutions en attente maximale	Simultanéité activée : - Min : 10 exécutions, plus le nombre d'exécutions simultanées (Par défaut) - Max : 100 exécutions	Simultanéité activée : - Min : 10 exécutions, plus le nombre d'exécutions simultanées (Par défaut) - Max : 200 exécutions	Simultanéité activée : - Min : 10 exécutions, plus le nombre d'exécutions simultanées (Par défaut) - Max : 100 exécutions	Nombre d'instances de workflow dont l'exécution peut attendre lorsque votre instance de workflow actuelle exécute déjà le nombre maximal d'instances simultanées. Ce paramètre prend effet uniquement si l’accès concurrentiel est activé. Pour modifier cette valeur dans Azure Logic Apps multilocataire, consultez La limite des exécutions en attente. Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Éléments SplitOn	Simultanéité désactivée : 100 000 éléments Simultanéité activée : 100 éléments	Simultanéité désactivée : 100 000 éléments Simultanéité activée : 100 éléments	Simultanéité désactivée : 100 000 éléments (Par défaut) Simultanéité activée : 100 éléments (Par défaut)	Pour les déclencheurs qui renvoient un tableau, vous pouvez spécifier une expression utilisant une propriété SplitOn qui fractionne ou décompose des éléments de tableau en plusieurs instances de workflow à des fins de traitement, au lieu d'utiliser une boucle For each. Cette expression fait référence au tableau à utiliser pour la création et l’exécution d’une instance de workflow pour chaque élément du tableau. Remarque : lorsque la simultanéité est activée, la limite SplitOn est réduite à 100 éléments.

Limites de débit

Le tableau suivant répertorie les valeurs possibles pour une définition de workflow unique :

Nom	Multi-locataire	Monolocataire	Notes
Action - Exécutions par intervalle de roulement de 5 minutes	Par défaut : 100 000 exécutions - Mode de débit élevé : 300 000 exécutions	Aucun	Dans Azure Logic Apps multilocataire, vous pouvez élever la valeur par défaut à la valeur maximale de votre flux de travail. Pour plus d’informations, consultez Exécuter en mode de débit élevé, qui est une fonctionnalité en préversion. Ou, si nécessaire, vous pouvez répartir la charge de travail entre plusieurs workflows.
Action - Appels sortants simultanés	Environ 2 500 appels	Aucune	Vous pouvez diminuer le nombre de requêtes simultanées ou réduire la durée si nécessaire.
Limitation des connecteurs managés	Le seuil de limitation varie en fonction du connecteur	Le seuil de limitation varie en fonction du connecteur	Pour multilocataire, passez en revue la page de référence technique de chaque connecteur managé. Pour plus d'informations sur la gestion de la limitation des connecteurs, consultez Gérer les problèmes de limitation (erreurs « 429 - Trop de requêtes »).
Point de terminaison du runtime - Appels entrants simultanés	Environ 1 000 appels	Aucune	Vous pouvez diminuer le nombre de requêtes simultanées ou réduire la durée si nécessaire.
Point de terminaison du runtime - Appels de lecture par tranche de 5 minutes	60 000 appels de lecture	Aucune	Cette limite s'applique aux appels qui obtiennent les entrées et sorties brutes à partir de l'historique des exécutions d'un workflow. Si nécessaire, vous pouvez répartir la charge de travail entre plusieurs workflows.
Point de terminaison du runtime - Appels d'invocation par tranche de 5 minutes	45 000 appels d'invocation	Aucune	Si nécessaire, vous pouvez répartir la charge de travail entre plusieurs workflows.
Débit de contenu par tranche de 5 minutes	6 Go	Aucun	Par exemple, supposons que le serveur principal ait 100 rôles de travail. Chaque rôle de travail a une limite de 60 Mo, ce qui est le résultat de la division de 6 Go par 100 rôles de travail. Si nécessaire, vous pouvez répartir la charge de travail entre plusieurs workflows.

Mise à l’échelle pour un débit élevé

Standard

Dans Azure Logic Apps à locataire unique, une ressource d’application logique standard utilise le stockage et le calcul comme ressources principales pour exécuter des flux de travail.

Stockage

Les flux de travail avec état dans Azure Logic Apps à locataire unique utilisent la table Azure Stockage pour le stockage de données persistant pendant l’exécution, Stockage Blob Azure pour gérer les historiques d’exécution des flux de travail et les Stockage de file d’attente Azure à des fins de planification. Par exemple, un compte de stockage unique permet de gérer un nombre important de requêtes avec des taux allant jusqu’à 2 000 requêtes par partition et 20 000 requêtes par seconde au niveau du compte de stockage. Bien qu’un compte de stockage unique puisse gérer un débit raisonnablement élevé, au-delà de ces seuils, les taux de requête sont soumis à une limitation et vos flux de travail peuvent rencontrer une limitation au niveau de la partition ou une limitation au niveau du compte à mesure que le taux d’exécution du flux de travail augmente. Pour vous assurer que vos flux de travail fonctionnent en douceur, il est essentiel que vous compreniez les limitations possibles et les façons dont vous pouvez les traiter.

Pour plus d’informations sur la mise à l’échelle des cibles et des limitations pour les différents services Stockage Azure, consultez la documentation suivante :

• Cibles de mise à l’échelle pour la table Stockage
• Cibles d’opération de données pour table Stockage
• Cibles de mise à l’échelle pour les Stockage d’objets blob
• Cibles de mise à l’échelle pour la Stockage file d’attente

Mettre à l’échelle votre application logique pour les limitations de stockage

Les recommandations suivantes s’appliquent à la mise à l’échelle des flux de travail d’application logique Standard :

• Partagez la charge de travail entre plusieurs flux de travail.

  Azure Logic Apps à locataire unique réduit déjà la limitation au niveau de la partition en distribuant des transactions de stockage sur plusieurs partitions. Toutefois, pour améliorer la distribution et atténuer la limitation au niveau de la partition, distribuez la charge de travail sur plusieurs flux de travail, plutôt que de vous appuyer sur un seul flux de travail.

• Partagez la charge de travail entre plusieurs comptes de stockage.

  Si vos flux de travail nécessitent un débit élevé, vous pouvez augmenter considérablement le débit en répartissant la charge de travail sur plusieurs comptes de stockage, plutôt que de vous appuyer sur un seul compte de stockage. Vous pouvez configurer votre ressource d’application logique Standard pour utiliser jusqu’à 32 comptes de stockage comme limite. Pour déterminer le nombre de comptes de stockage dont vous avez besoin, utilisez l’orientation générale de la recherche d’environ 100 000 exécutions d’actions par minute, par compte de stockage. Bien que cette estimation fonctionne bien pour la plupart des scénarios, vous pouvez utiliser un nombre inférieur d’exécutions d’actions si vos actions de flux de travail sont lourdes, par exemple une action de requête qui traite des tableaux de données volumineux. Veillez à effectuer des tests de charge et à régler votre solution avant d’utiliser en production.

  Pour activer l’utilisation de plusieurs comptes de stockage, procédez comme suit avant de créer votre application logique Standard. Sinon, si vous modifiez les paramètres après la création, vous pouvez rencontrer une perte de données ou ne pas atteindre l’extensibilité nécessaire.

  1. Créez les comptes de stockage que vous souhaitez utiliser. Enregistrez le chaîne de connexion pour chaque compte de stockage.

  2. Recherchez et ouvrez votre application logique Standard, puis modifiez les paramètres d’hôte de votre application logique (fichier host.json) pour inclure l’objet suivantextensions, qui contient les objets et settings les workflow objets avec le paramètre Runtime.ScaleUnitsCount :

     "extensions": {
         "workflow": {
             "settings": {
                 "Runtime.ScaleUnitsCount": "<storage-accounts-number>"
             }
         }
     }
     

     L’exemple suivant spécifie 3 comme nombre de comptes de stockage :

     {
         "version": "2.0",
         "extensionBundle": {
             "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
             "version": "[1.*, 2.0.0)"
         },
         "extensions": {
             "workflow": {
                 "settings": {
                     "Runtime.ScaleUnitsCount": "3"
                 }
             }
         }
     }
     

  3. Modifiez les paramètres de configuration d’application de votre application logique (local.settings.json) pour ajouter un paramètre d’application nommé Cloud Stockage Account.Workflows.ScaleUnitsData Stockage. CU0<storage-account-number.Connecter>ionString et le compte de stockage correspondant chaîne de connexion à l’aide de la syntaxe suivante, où le premier numéro de compte de stockage est 00 jusqu’au nombre de comptes de stockage moins 1, par exemple :

     Nom du paramètre d’application	Valeur
     Cloud Stockage Account.Workflows.ScaleUnitsData Stockage. CU00. Connecter ionString	<connection-string-1>
     Cloud Stockage Account.Workflows.ScaleUnitsData Stockage. CU01. Connecter ionString	<connection-string-2>
     Cloud Stockage Account.Workflows.ScaleUnitsData Stockage. CU02. Connecter ionString	<connection-string-3>

  4. Dans les paramètres de configuration de l’application de votre application logique, mettez à jour la valeur de paramètre AzureWebJobs Stockage avec la même chaîne de connexion que celle du cloud Stockage Account.Workflows.ScaleUnitsData Stockage. CU00. paramètre Connecter ionString.

Compute

Une application logique standard s’exécute à l’aide de l’un des plans de calcul disponibles, qui fournissent différents niveaux de processeur virtuel et de mémoire, ou à l’aide d’un environnement App Service v3, qui fournit plus d’options de calcul.

Azure Logic Apps à locataire unique est mis à l’échelle dynamiquement pour gérer efficacement les charges croissantes. Votre application logique utilise les facteurs principaux suivants pour déterminer s’il faut effectuer une mise à l’échelle.

Remarque

Pour une application logique standard dans un environnement App Service Environment v3, la mise à l’échelle dynamique n’est pas disponible. Vous devez définir des règles de mise à l’échelle sur le plan App Service associé. En tant que règle de mise à l’échelle couramment utilisée, vous pouvez utiliser la métrique du processeur et mettre à l’échelle votre plan App Service pour conserver le processeur virtuel entre 50 et 70 %. Pour plus d’informations, consultez Bien démarrer avec la mise à l’échelle automatique dans Azure.

• Déclencher

  Pour déterminer les exigences de mise à l’échelle, le scaler analyse le déclencheur qui démarre chaque workflow dans votre application logique. Par exemple, pour un flux de travail avec un déclencheur Service Bus, si la longueur de la file d’attente augmente en continu, le scaler prend des mesures pour ajouter des instances de travail, ce qui permet de traiter davantage de messages. De même, pour un flux de travail avec un déclencheur de requête, si la latence de la requête connaît une tendance à la hausse, le scaler augmente le nombre d’instances de travail pour distribuer la charge de requête plus efficacement. Pour plus d’informations sur les instances de travail, consultez Azure Logic Apps (Standard) - Runtime Deep Dive.

• Délai d’exécution du travail de flux de travail

  Au moment de l’exécution, les actions de flux de travail sont divisées en travaux individuels mis en file d’attente pour l’exécution. Les répartiteurs de travaux interrogent régulièrement la file d’attente de travaux pour récupérer et exécuter ces travaux. Toutefois, si la capacité de calcul est insuffisante pour récupérer ces travaux, ils restent dans la file d’attente pendant plus longtemps, ce qui entraîne des retards d’exécution accrus. Le scaler surveille cette situation et prendre des décisions de mise à l’échelle pour maintenir les retards d’exécution sous contrôle. Pour plus d’informations sur la façon dont le runtime planifie et exécute des travaux, consultez Azure Logic Apps (Standard) - Runtime Deep Dive.

  Le scaler prend également en compte la configuration minimale et maximale du compteur d’instances de travail pour déterminer s’il faut prendre des décisions de mise à l’échelle, telles que l’ajout, la suppression ou la maintenance du nombre actuel d’instances de travail. En règle générale, le scaler prend ces décisions à intervalles d’environ 15 à 30 secondes. Prenons donc ce temps d’accélération et son impact sur la vitesse de mise à l’échelle de votre application logique pour gérer efficacement les pics de charge. Par exemple, si votre charge de travail nécessite une mise à l’échelle de votre application logique de seulement 1 instance de travail vers 100 instances de travail, la montée en puissance seule peut prendre 25 à 50 minutes. La mise à l’échelle d’Azure Logic Apps à locataire unique partage la même infrastructure de mise à l’échelle d’Azure Functions.

Configurer votre calcul d’application logique pour accélérer la mise à l’échelle

• Partagez la charge de travail entre plusieurs applications logiques.

  Chaque application logique peut être mise à l’échelle indépendamment, de sorte que la distribution de votre charge de travail sur plusieurs applications logiques peut accélérer considérablement la vitesse de mise à l’échelle. Par exemple, deux applications logiques peuvent être mises à l’échelle à deux fois le nombre d’instances de travail dans la même période qu’une application logique unique. En fractionnant votre charge de travail entre plusieurs applications, vous pouvez multiplier efficacement l’extensibilité et obtenir des résultats de mise à l’échelle plus rapides.

• Utilisez des instances prédéfinies.

  Si votre scénario nécessite une accélération plus rapide, envisagez d’utiliser des instances prédéfinies. Si vos pics de charge sont déterministes, vous pouvez utiliser une tâche d’automatisation pour ajuster ces instances préliminaires selon une planification. Pour plus d’informations, consultez Gérer les ressources Azure et surveiller les coûts en créant des tâches Automation (préversion).

Consommation

Azure Logic Apps multilocataire a une limite par défaut sur le nombre d’actions qui s’exécutent toutes les 5 minutes. Pour élever la valeur par défaut à la valeur maximale, vous pouvez activer le mode débit élevé, qui est en préversion. Ou, distribuez la charge de travail entre plusieurs applications logiques et flux de travail, plutôt que de vous appuyer sur une application logique unique et un flux de travail.

Activer un débit élevé dans le portail

1. Sur le portail Azure, dans le menu de votre application logique, sélectionnez Paramètres, puis Paramètres de workflow.

2. Sous Options d’exécution>Débit élevé, activez le paramètre.

   

Activer un débit élevé dans un modèle Resource Manager

Pour activer ce paramètre dans un modèle ARM pour le déploiement de votre application logique, dans l’objet properties de la définition de ressource de votre application logique, ajoutez l’objet runtimeConfiguration avec la propriété operationOptions définie sur OptimizedForHighThroughput :

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

Pour plus d’informations sur la définition de ressource de votre application logique, consultez Présentation : Automatiser le déploiement pour le service Azure Logic Apps à l’aide de modèles Resource Manager.

Environnement de service d’intégration (ISE)

• Référence SKU de l’ISE Développeur : fournit jusqu’à 500 exécutions par minute, mais notez les considérations suivantes :

  • Veillez à utiliser cette référence SKU uniquement à des fins d’exploration, d’expérimentation, de développement ou de test, et non pour la production ou les tests de performances. Cette référence SKU n’a pas de contrat de niveau de service (SLA), de fonctionnalité de scale-up ou de redondance pendant le recyclage, ce qui signifie que vous pouvez rencontrer des retards ou des temps d’arrêt.

  • Les mises à jour du back-end peuvent interrompre le service par intermittence.

• Référence SKU de l’ISE Premium : le tableau suivant décrit les limites de débit de cette référence SKU, mais pour dépasser ces limites dans le cadre d’un traitement normal ou exécuter des tests de charge susceptibles d’entraîner leur dépassement, contactez l’équipe Logic Apps afin d’obtenir de l’aide.

  Nom	Limite	Notes
  Limite d’exécution de l’unité de base	Limitation du système quand la capacité de l’infrastructure atteint 80 %	Assure environ 4 000 exécutions d’action par minute, ce qui représente environ 160 millions d’exécutions d’action par mois
  Limite d’exécution de l’unité d’échelle	Limitation du système quand la capacité de l’infrastructure atteint 80 %	Chaque unité d'échelle peut assurer environ 2 000 exécutions d'action supplémentaires par minute, ce qui représente environ 80 millions d'exécutions d'action supplémentaires par mois
  Nombre maximum d’unités d’échelle que vous pouvez ajouter	10 unités d'échelle

Limites relatives à la passerelle de données

Azure Logic Apps prend en charge les opérations d'écriture, notamment les insertions et les mises à jour, par le biais de la passerelle de données locale. Toutefois, ces opérations ont des limites quant à la taille de leur charge utile.

Limites de stratégie de nouvelles tentatives

Le tableau suivant répertorie les limites de stratégie de nouvelle tentative pour un déclencheur ou une action, selon que vous disposez d’un workflow d’application logique Consommation ou Standard.

Name	Limite pour Consommation	Limite pour Standard	Notes
Nouvelles tentatives	- Par défaut : 4 tentatives - Max : 90 tentatives	- Par défaut : 4 tentatives	Pour modifier la limite par défaut dans les workflows d’application logique de consommation, utilisez le paramètre de stratégie de nouvelle tentative. Pour modifier la limite par défaut dans les workflows d’application logique standard, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Intervalle avant nouvelle tentative	Aucun	Par défaut : 7 secondes	Pour modifier la limite par défaut dans les workflows d’application logique de consommation, utilisez le paramètre de stratégie de nouvelle tentative. Pour modifier la limite par défaut dans les workflows d’application logique standard, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Limites d'actions des variables

Le tableau suivant répertorie les valeurs possibles pour une définition de workflow unique :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Variables par workflow	250 variables	250 variables (Par défaut)	250 variables
Variable - Taille maximale du contenu	104 857 600 caractères	Workflow avec état : 104 857 600 caractères (Par défaut) Workflow sans état : 1 024 caractères (Par défaut)	104 857 600 caractères	Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Variable (type tableau) - Nombre maximal d'éléments de tableau	100 000 éléments	100 000 éléments (Par défaut)	Référence SKU Premium : 100 000 éléments Référence SKU Développeur : 5 000 éléments	Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Limites de requête HTTP

Les tableaux suivants répertorient les valeurs possibles pour un appel entrant ou sortant unique :

Durée du délai d’expiration

Par défaut, l'action HTTP et les actions APIConnection suivent le modèle d'opération asynchrone standard, alors que l'action Response suit le modèle d'opération synchrone. Comme certaines opérations de connecteur managé passent des appels asynchrones ou écoutent des requêtes de webhook, le délai d'expiration de ces opérations peut dépasser les limites suivantes. Pour plus d'informations, consultez la page de référence technique de chaque connecteur, ainsi que la documentation consacrée aux Déclencheurs et actions de workflow.

Notes

Pour le type de ressource Application logique (Standard) dans le service monolocataire, les workflows sans état peuvent s’exécuter uniquement de façon synchrone.

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Requête sortante	120 secondes (2 minutes)	235 secondes (3,9 minutes) (Par défaut)	240 secondes (4 minutes)	Les appels effectués par l’action ou le déclencheur HTTP sont des exemples de demandes sortantes. Conseil : pour les opérations à plus long terme, utilisez un modèle d'interrogation asynchrone ou une boucle « Until ». Pour contourner les limites liées au délai d'attente lorsque vous appelez un autre workflow qui dispose d'un point de terminaison appelable, utilisez plutôt l'action Azure Logic Apps intégrée, que vous trouverez dans le sélecteur d'opérations du concepteur, sous Élément intégré. Pour modifier la limite par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Requête entrante	120 secondes (2 minutes)	235 secondes (3,9 minutes) (Par défaut)	240 secondes (4 minutes)	Les appels reçus par le déclencheur de requête, le déclencheur Webhook HTTP et l’action Webhook HTTP sont des exemples de demandes entrantes. Remarque : pour que l'appelant d'origine obtienne la réponse, toutes les étapes de la réponse doivent se terminer dans la limite, sauf si vous appelez un autre workflow imbriqué. Pour plus d’informations, consultez Appeler, déclencher ou imbriquer des applications logiques. Pour modifier la limite par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Limites de taille des déclencheurs de requête et des déclencheurs de webhook

Nom	Multi-locataire	Monolocataire	Notes
Déclencheur de requête (entrants) et déclencheurs basés sur un webhook – Taille limite du contenu par intervalle continu de 5 minutes par workflow	3 145 728 Ko	Aucun	Cette limite s’applique uniquement à la taille du contenu pour les requêtes entrantes reçues par le déclencheur de requête ou n’importe quel déclencheur de webhook. Par exemple, supposons que le serveur principal ait 100 rôles de travail. Chaque rôle de travail a une limite de 31 457 280 octets, ce qui est le résultat de la division de 3 145 728 000 octets par 100 rôles de travail. Pour éviter de subir une limitation prématurée pour le déclencheur de requête, utilisez un nouveau client HTTP pour chaque requête, ce qui permet de répartir uniformément les appels entre tous les nœuds. Pour un déclencheur de webhook, vous devrez peut-être utiliser plusieurs flux de travail, ce qui fractionne la charge et évite la limitation.

Messages

Nom	Segmentation activée	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Téléchargement de contenu - Nombre maximal de requêtes	Oui	1 000 requêtes	1 000 requêtes (Par défaut)	1 000 requêtes
Taille des messages	Non	100 Mo	100 Mo	200 Mo	Pour contourner cette limite, consultez Gérer les messages volumineux avec la segmentation. Toutefois, certains connecteurs et API ne prennent pas en charge la segmentation ou même la limite par défaut. - Les connecteurs tels que AS2, X12 et EDIFACT ont leur propre limites de messages B2B. - Les connecteurs ISE utilisent la limite ISE, et non les limites de connecteurs non ISE. Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Taille du message par action	Oui	1 Go	1 073 741 824 octets (1 Go) (Par défaut)	5 Go	Cette limite s’applique aux actions qui prennent en charge la segmentation en mode natif ou vous permettent d’activer la segmentation dans la configuration de leur runtime. Si vous utilisez un ISE, le moteur Azure Logic Apps prend en charge cette limite, mais les connecteurs ont leurs propres limites de segmentation jusqu’à la limite du moteur. Pour un exemple, consultez les Informations de référence sur l’API du connecteur Stockage Blob Azure. Pour plus d’informations sur la segmentation, consultez Gérer les messages volumineux avec la segmentation. Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.
Taille du bloc de contenu par action	Oui	Varie selon le connecteur	52 428 800 octets (52 Mo) (Par défaut)	Varie selon le connecteur	Cette limite s’applique aux actions qui prennent en charge la segmentation en mode natif ou vous permettent d’activer la segmentation dans la configuration de leur runtime. Pour modifier la valeur par défaut dans le service monolocataire, consultez Modifier les paramètres de l’hôte et de l’application pour les applications logiques dans Azure Logic Apps monolocataire.

Limites de caractères

Nom	Limite	Remarques
Limite d’évaluation d’expression	131,072 caractères	Les expressions @concat(), @base64(), @string() ne peuvent pas dépasser cette limite.
Limite de caractère d’URL de demande	16 384 caractères

Limites d’authentification

Le tableau suivant répertorie les valeurs possibles pour un workflow qui démarre avec un déclencheur de requête et active Microsoft Entra ID Open Authentication (Microsoft Entra ID OAuth) pour autoriser les appels entrants vers le déclencheur de requête :

Nom	Limite	Remarques
Stratégies d’autorisation Microsoft Entra	5 stratégies
Demandes par stratégie d’autorisation	10 revendications
Valeur de revendication – Nombre maximal de caractères	150 caractères

Limites d'actions de commutateur

Le tableau suivant répertorie les valeurs possibles pour une définition de workflow unique :

Nom	Limite	Notes
Nombre maximal de cas par action	25

Limites d'actions du code incorporé

Le tableau suivant répertorie les valeurs possibles pour une définition de workflow unique :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Nombre maximal de caractères de code	1 024 caractères	100 000 caractères	1 024 caractères	Pour utiliser la limite supérieure, créez une ressource Logic App (Standard) , qui s’exécute dans des instances monolocataires Azure Logic Apps, à l’aide du portail Azure, ou de Visual Studio Code et de l’extension Azure Logic Apps (Standard).
Durée maximale d'exécution du code	5 secondes	15 secondes	1 024 caractères	Pour utiliser la limite supérieure, créez une ressource Logic App (Standard) , qui s’exécute dans des instances monolocataires Azure Logic Apps, à l’aide du portail Azure, ou de Visual Studio Code et de l’extension Azure Logic Apps (Standard).

Limites des connecteurs personnalisés

Dans Azure Logic Apps multilocataire et l’environnement de service d’intégration uniquement, vous pouvez créer et utiliser des connecteurs managés personnalisés, qui sont des wrappers autour d’une API REST ou d’une API SOAP existante. Dans Azure Logic Apps monolocataire, vous pouvez uniquement créer et utiliser des connecteurs intégrés personnalisés.

Le tableau suivant répertorie les valeurs possibles pour les connecteurs personnalisés :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
Connecteurs personnalisés	1 000 par abonnement Azure	Illimité	1 000 par abonnement Azure
API par service	Basé sur SOAP : 50	Non applicable	Basé sur SOAP : 50
Paramètres par API	Basé sur SOAP : 50	Non applicable	Basé sur SOAP : 50
Requêtes par minute pour un connecteur personnalisé	500 demandes par minute par connexion	En fonction de votre implémentation	2 000 demandes par minute par connecteur personnalisé
Délai de connexion	2 minutes	Connexions inactives : 4 minutes Connexion active : 10 min	2 minutes

Pour plus d’informations, consultez la documentation suivante :

• Vue d'ensemble des connecteurs managés personnalisés
• Activer la création de connecteurs intégrés - Visual Studio Code avec l’extension Azure Logic Apps (Standard)

Limites d’identité gérée

Nom	Limite
Identités managées par ressource d’application logique	- Consommation : l’identité affectée par le système ou une seule identité affectée par l’utilisateur - Standard : identité affectée par le système et un nombre quelconque d’identités affectées par l’utilisateur Remarque : Par défaut, l’identité managée affectée par le système est automatiquement activée pour une ressource Application logique (Standard) pour authentifier les connexions au moment de l’exécution. Cette identité diffère des informations d’identification d’authentification ou de la chaîne de connexion que vous utilisez lors de la création d’une connexion. Si vous désactivez cette identité, les connexions ne fonctionneront pas au moment de l’exécution. Pour afficher ce paramètre, dans le menu de votre application logique, sous Paramètres, sélectionnez Identité.
Nombre d’applications logiques qui ont une identité managée dans un abonnement Azure par région	- Consommation : 5 000 applications logiques - Standard : limites par Azure App Service, le cas échéant

Limites du compte d’intégration

Chaque abonnement Azure a les limites de compte d’intégration suivantes :

• Un compte d’intégration par région Azure niveau Gratuit. Ce niveau est disponible uniquement pour les régions publiques dans Azure, par exemple, USA Ouest et Asie Sud-Est, mais pas pour Microsoft Azure géré par 21Vianet ni Azure Government.

• 1 000 comptes d’intégration au total, notamment des comptes d’intégration dans des environnements de service d’intégration sur les références SKU Développeur et Premium.

• Chaque environnement de service d'intégration (ISE), qu'il s'agisse de Développeur ou Premium, peut utiliser un compte d'intégration unique sans coût supplémentaire, bien que le type de compte inclus varie selon la référence SKU de l'environnement ISE. Vous pouvez créer d'autres comptes d'intégration pour votre environnement ISE, jusqu'à la limite totale, moyennant un coût supplémentaire.

  Référence (SKU) de l’environnement de service d’intégration	Limites du compte d’intégration
  Premium	20 comptes au total, y compris un compte Standard sans coût supplémentaire. Avec cette référence SKU, vous ne pouvez avoir que des comptes Standard. Aucun compte Gratuit ou De base n’est autorisé.
  Développeur	20 comptes au total, y compris un compte Gratuit (limité à 1). Avec cette référence SKU, vous pouvez avoir l’une des combinaisons suivantes : - Un compte Gratuit et jusqu’à 19 comptes Standard. - Aucun compte Gratuit et jusqu’à 20 comptes Standard. Aucun compte De base ou autre compte gratuit n'est autorisé. Important ! Utilisez la référence SKU du développeur à des fins d’expérimentation, de développement et de test, mais pas pour la production ou les tests de performances.

Pour plus d’informations sur la tarification et la facturation des environnements de service d’intégration, consultez le modèle de tarif pour Logic Apps. Pour connaître la tarification, consultez Tarification Logic Apps.

Limites du nombre d’artefacts par compte d’intégration

Les tableaux suivants répertorient les valeurs possibles en termes de nombre d'artefacts limités à chaque niveau de compte d'intégration. Pour connaître la tarification, consultez Tarification Logic Apps. Pour plus d’informations sur la tarification et la facturation des comptes d’intégration, consultez Modèle de tarification Logic apps.

Notes

Utilisez le niveau gratuit uniquement pour les scénarios exploratoires, pas pour les scénarios de production. Ce niveau limite le débit et l’utilisation et n’inclut aucun contrat de niveau de service (SLA).

Artefact	Gratuit	De base	Standard	Premium (préversion)
Contrats commerciaux EDI	10	1	1 000	Illimité
Partenaires commerciaux EDI	25	2	1 000	Illimité
Cartes	25	500	1 000	Illimité
Schémas	25	500	1 000	Illimité
Assemblys	10	25	1 000	Illimité, mais actuellement non pris en charge pour l’exportation à partir d’un environnement ISE.
Certificats	25	2	1 000	Illimité
Configurations par lots	5	1	50	Illimité
Processus d’interface partenaire (PIP) RosettaNet	10	1	500	Illimité, mais actuellement non pris en charge pour l’exportation à partir d’un environnement ISE.

Limites de capacité des artefacts

Artefact	Limite	Notes
Assembly	8 Mo	Pour charger des fichiers d’une taille supérieure à 2 Mo, utilisez un compte de stockage Azure et un conteneur d’objets blob.
Mappage (fichier XSLT)	8 Mo	Pour charger des fichiers d’une taille supérieure à 2 Mo, utilisez l’API REST Azure Logic Apps – Maps. Remarque : La quantité de données ou d’enregistrements qu’un mappage peut traiter avec succès est basée sur les limites de taille de message et de délai d’expiration d’action dans Azure Logic Apps. Par exemple, si vous utilisez une action HTTP, en fonction des limites de taille et de délai d’attente des messages HTTP, un mappage peut traiter les données jusqu’à la limite de taille de message HTTP si l’opération se termine dans le délai imparti par le protocole HTTP.
schéma	8 Mo	Pour charger des fichiers d’une taille supérieure à 2 Mo, utilisez un compte de stockage Azure et un conteneur d’objets blob.

Limites de débit

Point de terminaison du runtime	Gratuit	De base	standard	Notes
Appels de lecture par tranche de 5 minutes	3 000	30,000	60 000	Cette limite s’applique aux appels qui obtiennent les entrées et sorties brutes à partir de l’historique des exécutions d’une application logique. Vous pouvez répartir la charge de travail entre plusieurs comptes si nécessaire.
Appels d'invocation par tranche de 5 minutes	3 000	30,000	45,000	Vous pouvez répartir la charge de travail entre plusieurs comptes si nécessaire.
Appels de suivi par tranche de 5 minutes	3 000	30,000	45,000	Vous pouvez répartir la charge de travail entre plusieurs comptes si nécessaire.
appels simultanés de blocage	~1,000	~1,000	~1,000	Identique pour toutes les références (SKU). Vous pouvez diminuer le nombre de requêtes simultanées ou réduire la durée si nécessaire.

Taille des messages de protocole B2B (AS2, X12, EDIFACT)

Le tableau suivant répertorie les limites de taille de message qui s'appliquent aux protocoles B2B :

Nom	Multi-locataire	Monolocataire	Environnement de service d’intégration (ISE)	Notes
AS2	v2 - 100 Mo v1 - 25 Mo	Non disponible	v2 - 200 Mo v1 - 25 Mo	S’applique au décodage et à l’encodage.
X 12	50 Mo	Non disponible	50 Mo	S’applique au décodage et à l’encodage.
EDIFACT	50 Mo	Non disponible	50 Mo	S’applique au décodage et à l’encodage.

Configuration du pare-feu : Adresses IP et balises de service

Si votre environnement a des exigences réseau strictes et utilise un pare-feu qui limite le trafic vers des adresses IP spécifiques, votre environnement ou pare-feu doit autoriser les communications entrantes reçues par Azure Logic Apps et les communications sortantes envoyées par Azure Logic Apps. Pour configurer cet accès, vous pouvez créer des règles de pare-feu Azure pour votre pare-feu afin d’autoriser l’accès à la fois pour les adresses IP entrantes et sortantes utilisées par Azure Logic Apps dans la région Azure de votre application logique. Toutes les applications logiques qui se trouvent dans une même région utilisent les mêmes plages d’adresses IP.

Notes

Si vous utilisez Power Automate, certaines actions telles que HTTP et HTTP + OpenAPI passent directement par le service Azure Logic Apps et proviennent des adresses IP listées ici. Pour plus d’informations sur les adresses IP utilisées par Power Automate, consultez Limites et configuration pour Power Automate.

Par exemple, supposons que vos applications logiques sont déployées dans la région USA Ouest. Pour prendre en charge les appels que vos applications logiques envoient ou reçoivent via des déclencheurs et actions intégrés, tels que le déclencheur ou l’action HTTP, votre pare-feu doit autoriser l’accès pour toutes les adresses IP entrantes du service Azure Logic Apps et les adresses IP sortantes qui existent dans la région USA Ouest.

Si votre workflow utilise des connecteurs managés, comme le connecteur Office 365 Outlook ou le connecteur SQL, ou qu’il utilise des connecteurs personnalisés, le pare-feu doit également autoriser l’accès pour toutes les adresses IP sortantes de connecteur managé dans la région Azure de votre application logique. Si votre workflow utilise des connecteurs personnalisés qui accèdent à des ressources locales via la ressource de passerelle de données locale dans Azure, vous devez configurer l’installation de la passerelle pour autoriser l’accès aux adresses IP sortantes de connecteurs managés. Pour plus d’informations sur la configuration des paramètres de communication sur la passerelle, consultez les rubriques suivantes :

• Ajuster les paramètres de communication pour la passerelle de données locale
• Configurer les paramètres de proxy pour la passerelle de données locale

Considérations importantes relatives à la configuration de l’adresse IP du pare-feu

Avant de configurer votre pare-feu avec des adresses IP, passez en revue les considérations suivantes :

• Pour vous aider à simplifier les règles de sécurité que vous souhaitez créer, vous pouvez éventuellement utiliser les étiquettes de service plutôt que de spécifier des préfixes d’adresses IP pour chaque région. Ces étiquettes représentent un groupe de préfixes d’adresses IP d’un service Azure spécifique et fonctionnent dans les régions où le service Azure Logic Apps est disponible :

  • LogicAppsManagement : représente les préfixes d’adresses IP entrantes pour le service Azure Logic Apps.

  • LogicApps : représente les préfixes d’adresses IP sortantes pour le service Azure Logic Apps.

  • AzureConnectors : Représente les préfixes d’adresses IP utilisées pour les connecteurs managés qui effectuent des rappels de Webhook entrants vers le service Azure Logic Apps et des appels sortants vers leurs services respectifs, tels que Stockage Azure ou Azure Event Hubs.

• Pour les workflows d’application logique standard qui s’exécutent dans Azure Logic Apps monolocataire, vous devez autoriser l’accès à n’importe quelle connexion de déclencheur ou d’action dans vos workflows. Vous pouvez autoriser le trafic à partir d’étiquettes de service et utiliser le même niveau de restrictions ou de stratégies qu’Azure App Service. Vous devez également rechercher et utiliser les noms de domaine complets (FQDN) pour vos connexions. Pour plus d’informations, consultez les sections correspondantes dans la documentation suivante :

  • Autorisations de pare-feu pour les applications logiques monolocataires - Portail Azure
  • Autorisations de pare-feu pour les applications logiques monolocataires - Visual Studio Code

• Si vos applications logiques rencontrent des problèmes d’accès aux comptes Stockage Azure qui utilisent des pare-feux et des règles de pare-feu, vous disposez de différentes options alternatives pour activer l’accès.

  Par exemple, les applications logiques n’ont pas directement accès aux comptes de stockage qui utilisent des règles de pare-feu et se trouvent dans la même région. Toutefois, si vous autorisez les adresses IP sortantes pour les connecteurs managés dans votre région, vos applications logiques peuvent accéder à des comptes de stockage dans une autre région, sauf lorsque vous utilisez le connecteur de Stockage Table Azure ou des connecteurs de Stockage File d’attente Azure. Pour accéder à votre Stockage Table ou Stockage File d’attente, vous pouvez toujours utiliser le déclencheur et les actions HTTP à la place. Pour d’autres options, voir Accéder à des comptes de stockage derrière des pare-feu.

Adresses IP entrantes

Pour qu’Azure Logic Apps reçoive des communications entrantes par le biais de votre pare-feu, vous devez autoriser le trafic via les adresses IP entrantes décrites dans cette section pour la région Azure de votre application logique. Pour réduire la complexité de la création des règles de sécurité, vous pouvez éventuellement utiliser l’étiquette de service, LogicAppsManagement, au lieu de spécifier les préfixes d’adresses IP Azure Logic Apps entrants pour chaque région. Si vous utilisez Azure Government, consultez Azure Government - Adresses IP entrantes.

Notes

Certains connecteurs managés effectuent des rappels de webhook entrants à Azure Logic Apps. Si vous utilisez le contrôle d’accès sur la ressource d’application logique, vous devez vous assurer que les appels de ces systèmes cibles (adresses IP) disposent des autorisations nécessaires pour accéder à votre application logique. Les connecteurs suivants effectuent des rappels de webhook entrants à Azure Logic Apps :

Adobe Creative Cloud, Adobe Sign, Adobe Sign Demo, Adobe Sign Preview, Adobe Sign Stage, Microsoft Sentinel, Event Grid, Microsoft Form, Business Central, Calendly, Common Data Service, DocuSign, DocuSign Demo, Dynamics 365 for Fin &Ops, LiveChat, Bureau 365* Outlook, Outlook.com, Parserr, SAP*, Shifts for Microsoft Teams, Teamwork Projects, Typeform, et ainsi de suite :

• Office 365 : l’appelant de retour est en fait le connecteur Office 365. Vous pouvez spécifier les préfixes d’adresse IP sortante du connecteur managé pour chaque région, ou éventuellement, vous pouvez utiliser l’étiquette de service AzureConnectors pour ces connecteurs managés.

• SAP : L’appelant de retour varie selon que l’environnement de déploiement est azure multilocataire ou ISE. Dans l’environnement mutualisé, la passerelle de données locale effectue le rappel au service Azure Logic Apps. Dans un environnement ISE, le connecteur SAP effectue le rappel à Azure Logic Apps.

Multilocataire - Adresses IP entrantes

Région	Adresses IP Azure Logic Apps
Australie Est	13.75.153.66, 104.210.89.222, 104.210.89.244, 52.187.231.161, 20.53.94.103, 20.53.107.215
Sud-Australie Est	13.73.115.153, 40.115.78.70, 40.115.78.237, 52.189.216.28, 52.255.42.110, 20.70.114.64, 20.211.194.165, 20.70.118.30, 4.198.78.245, 20.70.114.85, 20.70.116.201, 20.92.62.87, 20.211.194.79, 20.92.62.64
Brésil Sud	191.235.86.199, 191.235.95.229, 191.235.94.220, 191.234.166.198, 20.201.66.147, 20.201.25.72
Brésil Sud-Est	20.40.32.59, 20.40.32.162, 20.40.32.80, 20.40.32.49, 20.206.42.14, 20.206.43.33
Centre du Canada	13.88.249.209, 52.233.30.218, 52.233.29.79, 40.85.241.105, 20.104.14.9, 20.48.133.182
Est du Canada	52.232.129.143, 52.229.125.57, 52.232.133.109, 40.86.202.42, 20.200.63.149, 52.229.126.142, 40.86.205.75, 40.86.229.191, 40.69.102.29, 40.69.96.69, 40.86.248.230, 52.229.114.121, 20.220.76.245, 52.229.99.183
Inde centrale	52.172.157.194, 52.172.184.192, 52.172.191.194, 104.211.73.195, 20.204.203.110, 20.204.212.77, 4.186.8.164, 20.235.200.244, 20.235.200.100, 20.235.200.92, 4.188.187.112, 4.188.187.170, 4.188.187.173, 4.188.188.52
USA Centre	13.67.236.76, 40.77.111.254, 40.77.31.87, 104.43.243.39, 13.86.98.126, 20.109.202.37
Asie Est	168.63.200.173, 13.75.89.159, 23.97.68.172, 40.83.98.194, 20.187.254.129, 20.187.189.246
USA Est	137.135.106.54, 40.117.99.79, 40.117.100.228, 137.116.126.165, 52.226.216.209, 40.76.151.124, 20.84.29.150, 40.76.174.148
USA Est 2	40.84.25.234, 40.79.44.7, 40.84.59.136, 40.70.27.253, 20.96.58.28, 20.96.89.98, 20.96.90.28
France Centre	52.143.162.83, 20.188.33.169, 52.143.156.55, 52.143.158.203, 20.40.139.209, 51.11.237.239, 20.74.20.86, 20.74.22.248, 20.74.94.80, 20.74.91.234, 20.74.106.82, 20.74.35.121, 20.19.63.163, 20.19.56.186
France Sud	52.136.131.145, 52.136.129.121, 52.136.130.89, 52.136.131.4, 52.136.134.128, 52.136.143.218
Allemagne Nord	51.116.211.29, 51.116.208.132, 51.116.208.37, 51.116.208.64, 20.113.206.147, 20.113.197.46
Allemagne Centre-Ouest	51.116.168.222, 51.116.171.209, 51.116.233.40, 51.116.175.0, 20.113.12.69, 20.113.11.8, 98.67.210.83, 98.67.210.94, 98.67.210.49, 98.67.144.141, 98.67.146.59, 98.67.145.222, 98.67.146.65, 98.67.146.238
Israël Central	20.217.134.130, 20.217.134.135
Italie Nord	4.232.12.165, 4.232.12.191
Japon Est	13.71.146.140, 13.78.84.187, 13.78.62.130, 13.78.43.164, 20.191.174.52, 20.194.207.50
OuJapon Est	40.74.140.173, 40.74.81.13, 40.74.85.215, 40.74.68.85, 20.89.226.241, 20.89.227.25, 40.74.129.115, 138.91.22.178, 40.74.120.8, 138.91.27.244, 138.91.28.97, 138.91.26.244, 23.100.110.250, 138.91.27.82
Inde Ouest Jio	20.193.206.48, 20.193.206.49, 20.193.206.50, 20.193.206.51, 20.193.173.174, 20.193.168.121
Centre de la Corée	52.231.14.182, 52.231.103.142, 52.231.39.29, 52.231.14.42, 20.200.207.29, 20.200.231.229
Corée du Sud	52.231.166.168, 52.231.163.55, 52.231.163.150, 52.231.192.64, 20.200.177.151, 20.200.177.147
Centre-Nord des États-Unis	168.62.249.81, 157.56.12.202, 65.52.211.164, 65.52.9.64, 52.162.177.104, 23.101.174.98, 20.98.61.245, 172.183.50.180, 172.183.52.146, 172.183.51.138, 172.183.48.31, 172.183.48.9, 172.183.48.234, 40.116.65.34
Europe Nord	13.79.173.49, 52.169.218.253, 52.169.220.174, 40.112.90.39, 40.127.242.203, 51.138.227.94, 40.127.145.51, 40.67.252.16, 4.207.0.242, 4.207.204.28, 4.207.203.201, 20.67.143.247, 20.67.138.43, 68.219.40.237, 20.105.14.98, 4.207.203.15, 4.207.204.121, 4.207.201.247, 20.107.145.46
Norvège Est	51.120.88.93, 51.13.66.86, 51.120.89.182, 51.120.88.77, 20.100.27.17, 20.100.36.102
Norvège Ouest	51.120.220.160, 51.120.220.161, 51.120.220.162, 51.120.220.163, 51.13.155.184, 51.13.151.90
Pologne Centre	20.215.144.231, 20.215.145.0
Qatar Centre	20.21.211.241, 20.21.211.242
Afrique du Sud Nord	102.133.228.4, 102.133.224.125, 102.133.226.199, 102.133.228.9, 20.87.92.64, 20.87.91.171
Afrique du Sud Ouest	102.133.72.190, 102.133.72.145, 102.133.72.184, 102.133.72.173, 40.117.9.225, 102.133.98.91
États-Unis - partie centrale méridionale	13.65.98.39, 13.84.41.46, 13.84.43.45, 40.84.138.132, 20.94.151.41, 20.88.209.113
Inde Sud	52.172.9.47, 52.172.49.43, 52.172.51.140, 104.211.225.152, 104.211.221.215,104.211.205.148
Asie Sud-Est	52.163.93.214, 52.187.65.81, 52.187.65.155, 104.215.181.6, 20.195.49.246, 20.198.130.155, 23.98.121.180
Suède Centre	20.91.178.13, 20.240.10.125
Suisse Nord	51.103.128.52, 51.103.132.236, 51.103.134.138, 51.103.136.209, 20.203.230.170, 20.203.227.226
Suisse Ouest	51.107.225.180, 51.107.225.167, 51.107.225.163, 51.107.239.66, 51.107.235.139,51.107.227.18
Émirats arabes unis Centre	20.45.75.193, 20.45.64.29, 20.45.64.87, 20.45.71.213, 40.126.212.77, 40.126.209.97
Émirats arabes unis Nord	20.46.42.220, 40.123.224.227, 40.123.224.143, 20.46.46.173, 20.74.255.147, 20.74.255.37, 20.233.241.162, 20.233.241.99, 20.174.64.131, 20.233.241.184, 20.174.48.155, 20.233.241.200, 20.174.56.89, 20.174.41.1
Sud du Royaume-Uni	51.140.79.109, 51.140.78.71, 51.140.84.39, 51.140.155.81, 20.108.102.180, 20.90.204.232, 20.108.148.173, 20.254.10.157, 4.159.25.35, 4.159.25.50, 4.250.87.43, 4.158.106.183, 4.250.53.153, 4.159.26.160, 4.159.25.103, 4.159.59.224
Ouest du Royaume-Uni	51.141.48.98, 51.141.51.145, 51.141.53.164, 51.141.119.150, 51.104.62.166, 51.141.123.161
Centre-USA Ouest	52.161.26.172, 52.161.8.128, 52.161.19.82, 13.78.137.247, 52.161.64.217, 52.161.91.215
Europe Ouest	13.95.155.53, 52.174.54.218, 52.174.49.6, 20.103.21.113, 20.103.18.84, 20.103.57.210, 20.101.174.52, 20.93.236.81, 20.103.94.255, 20.82.87.229, 20.76.171.34, 20.103.84.61
Inde Ouest	104.211.164.112, 104.211.165.81, 104.211.164.25, 104.211.157.237, 104.211.167.12,104.211.166.35
USA Ouest	52.160.90.237, 138.91.188.137, 13.91.252.184, 157.56.160.212, 104.40.34.112, 52.160.68.27, 13.88.168.158, 104.42.40.164, 13.87.207.79, 13.87.204.210, 168.62.9.100
USA Ouest 2	13.66.224.169, 52.183.30.10, 52.183.39.67, 13.66.128.68, 20.99.190.19, 20.72.244.108
USA Ouest 3	20.150.172.240, 20.150.172.242, 20.150.172.243, 20.150.172.241, 20.106.116.172, 20.106.116.225

Azure Government - Adresses IP entrantes

Région Azure Government	Adresses IP Azure Logic Apps
Gouvernement des États-Unis – Arizona	52.244.67.164, 52.244.67.64, 52.244.66.82, 52.126.52.254, 52.126.53.145, 52.182.49.105, 52.182.49.175
Gouvernement des États-Unis – Texas	52.238.119.104, 52.238.112.96, 52.238.119.145, 52.245.171.151, 52.245.163.42
Gouvernement américain - Virginie	52.227.159.157, 52.227.152.90, 23.97.4.36, 13.77.239.182, 13.77.239.190
Centre des États-Unis – US DoD	52.182.49.204, 52.182.52.106

Adresses IP sortantes

Pour permettre à Azure Logic Apps d’envoyer des communications sortantes à travers votre pare-feu, vous devez autoriser le trafic dans la région Azure de votre application logique pour toutes les adresses IP sortantes décrites dans cette section. Si vous avez Azure Government, consultez Azure Government - Adresses IP sortantes.

Conseil

Pour réduire la complexité de la création des règles de sécurité, vous pouvez éventuellement utiliser l’étiquette de service, LogicApps, au lieu de spécifier les préfixes d’adresses IP Azure Logic Apps sortants pour chaque région. Vous pouvez éventuellement utiliser l’étiquette de service AzureConnectors pour les connecteurs managés qui effectuent des appels sortants vers leurs services respectifs, tels que Stockage Azure ou Azure Event Hubs, plutôt que de spécifier les préfixes d’adresse IP sortante de connecteur managé pour chaque région. Ces étiquettes fonctionnent dans les régions où Azure Logic Apps est disponible.

Si votre workflow utilise également des connecteurs managés, comme le connecteur Office 365 Outlook ou le connecteur SQL, ou s’il utilise des connecteurs personnalisés, votre pare-feu doit autoriser le trafic dans la région Azure de votre application logique pour toutes les adresses IP sortantes de connecteur managé. Si votre workflow utilise des connecteurs personnalisés qui accèdent à des ressources locales via la ressource de passerelle de données locale dans Azure, vous devez configurer l’installation de la passerelle pour autoriser l’accès aux adresses IP sortantes de connecteurs managés. Pour plus d’informations sur la configuration des paramètres de communication sur la passerelle, consultez les rubriques suivantes :

• Ajuster les paramètres de communication pour la passerelle de données locale
• Configurer les paramètres de proxy pour la passerelle de données locale

Multilocataire - Adresses IP sortantes

Cette section liste les adresses IP sortantes dont a besoin Azure Logic Apps dans la région Azure de votre application logique pour communiquer à travers votre pare-feu. Par ailleurs, si votre workflow utilise des connecteurs managés ou des connecteurs personnalisés, votre pare-feu doit autoriser le trafic dans la région Azure de votre application logique pour toutes les adresses IP sortantes des connecteurs managés. Si vous avez des connecteurs personnalisés qui accèdent à des ressources locales à travers la ressource de passerelle de données locale dans Azure, configurez votre installation de passerelle pour autoriser l’accès aux adresses IP sortantes de connecteur managé correspondantes.

Région	Adresses IP Azure Logic Apps
Australie Est	13.75.149.4, 104.210.91.55, 104.210.90.241, 52.187.227.245, 52.187.226.96, 52.187.231.184, 52.187.229.130, 52.187.226.139, 20.53.93.188, 20.53.72.170, 20.53.107.208, 20.53.106.182
Sud-Australie Est	13.73.114.207, 13.77.3.139, 13.70.159.205, 52.189.222.77, 13.77.56.167, 13.77.58.136, 52.189.214.42, 52.189.220.75, 52.255.36.185, 52.158.133.57, 20.70.114.125, 20.70.114.10, 20.70.117.240, 20.70.116.106, 20.70.114.97, 20.211.194.242, 20.70.109.46, 20.11.136.137, 20.70.116.240, 20.211.194.233, 20.11.154.170, 4.198.89.96, 20.92.61.254, 20.70.95.150, 20.70.117.21, 20.211.194.127, 20.92.61.242, 20.70.93.143
Brésil Sud	191.235.82.221, 191.235.91.7, 191.234.182.26, 191.237.255.116, 191.234.161.168, 191.234.162.178, 191.234.161.28, 191.234.162.131, 20.201.66.44, 20.201.64.135, 20.201.24.212, 191.237.207.21
Brésil Sud-Est	20.40.32.81, 20.40.32.19, 20.40.32.85, 20.40.32.60, 20.40.32.116, 20.40.32.87, 20.40.32.61, 20.40.32.113, 20.206.41.94, 20.206.41.20, 20.206.42.67, 20.206.40.250
Centre du Canada	52.233.29.92, 52.228.39.244, 40.85.250.135, 40.85.250.212, 13.71.186.1, 40.85.252.47, 13.71.184.150, 20.104.13.249, 20.104.9.221, 20.48.133.133, 20.48.132.222
Est du Canada	52.232.128.155, 52.229.120.45, 52.229.126.25, 40.86.203.228, 40.86.228.93, 40.86.216.241, 40.86.226.149, 40.86.217.241, 20.200.60.151, 20.200.59.228, 52.229.126.67, 52.229.105.109, 40.86.226.221, 40.86.228.72, 40.69.98.14, 40.86.208.137, 40.86.229.179, 40.86.227.188, 40.86.202.35, 40.86.206.74, 52.229.100.167, 40.86.240.237, 40.69.120.161, 40.69.102.71, 20.220.75.33, 20.220.74.16, 40.69.101.66, 52.229.114.105
Inde centrale	52.172.154.168, 52.172.186.159, 52.172.185.79, 104.211.101.108, 104.211.102.62, 104.211.90.169, 104.211.90.162, 104.211.74.145, 20.204.204.74, 20.204.202.72, 20.204.212.60, 20.204.212.8, 4.186.8.62, 4.186.8.18, 20.235.200.242, 20.235.200.237, 20.235.200.79, 20.235.200.44, 20.235.200.70, 20.235.200.32, 4.188.187.109, 4.188.187.86, 4.188.187.140, 4.188.185.15, 4.188.187.145, 4.188.187.107, 4.188.187.184, 4.188.187.64
USA Centre	13.67.236.125, 104.208.25.27, 40.122.170.198, 40.113.218.230, 23.100.86.139, 23.100.87.24, 23.100.87.56, 23.100.82.16, 52.141.221.6, 52.141.218.55, 20.109.202.36, 20.109.202.29
Asie Est	13.75.94.173, 40.83.127.19, 52.175.33.254, 40.83.73.39, 65.52.175.34, 40.83.77.208, 40.83.100.69, 40.83.75.165, 20.187.254.110, 20.187.250.221, 20.187.189.47, 20.187.188.136
USA Est	13.92.98.111, 40.121.91.41, 40.114.82.191, 23.101.139.153, 23.100.29.190, 23.101.136.201, 104.45.153.81, 23.101.132.208, 52.226.216.197, 52.226.216.187, 40.76.151.25, 40.76.148.50, 20.84.29.29, 20.84.29.18, 40.76.174.83, 40.76.174.39
USA Est 2	40.84.30.147, 104.208.155.200, 104.208.158.174, 104.208.140.40, 40.70.131.151, 40.70.29.214, 40.70.26.154, 40.70.27.236, 20.96.58.140, 20.96.58.139, 20.96.89.54, 20.96.89.48, 20.96.89.254, 20.96.89.234
France Centre	52.143.164.80, 52.143.164.15, 40.89.186.30, 20.188.39.105, 40.89.191.161, 40.89.188.169, 40.89.186.28, 40.89.190.104, 20.40.138.112, 20.40.140.149, 51.11.237.219, 51.11.237.216, 20.74.18.58, 20.74.18.36, 20.74.22.121, 20.74.20.147, 20.74.94.62, 20.74.88.179, 20.74.23.87, 20.74.22.119, 20.74.106.61, 20.74.105.214, 20.74.34.113, 20.74.33.177, 20.19.61.105, 20.74.109.28, 20.19.113.120, 20.74.106.31
France Sud	52.136.132.40, 52.136.129.89, 52.136.131.155, 52.136.133.62, 52.136.139.225, 52.136.130.144, 52.136.140.226, 52.136.129.51, 52.136.139.71, 52.136.135.74, 52.136.133.225, 52.136.139.96
Allemagne Nord	51.116.211.168, 51.116.208.165, 51.116.208.175, 51.116.208.192, 51.116.208.200, 51.116.208.222, 51.116.208.217, 51.116.208.51, 20.113.195.253, 20.113.196.183, 20.113.206.134, 20.113.206.170
Allemagne Centre-Ouest	51.116.233.35, 51.116.171.49, 51.116.233.33, 51.116.233.22, 51.116.168.104, 51.116.175.17, 51.116.233.87, 51.116.175.51, 20.113.11.136, 20.113.11.85, 20.113.10.168, 20.113.8.64, 98.67.210.79, 98.67.210.78, 98.67.210.85, 98.67.210.84, 98.67.210.14, 98.67.210.24, 98.67.144.136, 98.67.144.122, 98.67.145.221, 98.67.144.207, 98.67.146.88, 98.67.146.81, 98.67.146.51, 98.67.145.122, 98.67.146.229, 98.67.146.218
Israël Central	20.217.134.127, 20.217.134.126, 20.217.134.132, 20.217.129.229
Italie Nord	4.232.12.164, 4.232.12.173, 4.232.12.190, 4.232.12.169
Japon Est	13.71.158.3, 13.73.4.207, 13.71.158.120, 13.78.18.168, 13.78.35.229, 13.78.42.223, 13.78.21.155, 13.78.20.232, 20.191.172.255, 20.46.187.174, 20.194.206.98, 20.194.205.189
OuJapon Est	40.74.140.4, 104.214.137.243, 138.91.26.45, 40.74.64.207, 40.74.76.213, 40.74.77.205, 40.74.74.21, 40.74.68.85, 20.89.227.63, 20.89.226.188, 20.89.227.14, 20.89.226.101, 40.74.128.79, 40.74.75.184, 138.91.16.164, 138.91.21.233, 40.74.119.237, 40.74.119.158, 138.91.22.248, 138.91.26.236, 138.91.17.197, 138.91.17.144, 138.91.17.137, 104.46.237.16, 23.100.109.62, 138.91.17.15, 138.91.26.67, 104.46.234.170
Inde Ouest Jio	20.193.206.128, 20.193.206.129, 20.193.206.130, 20.193.206.131, 20.193.206.132, 20.193.206.133, 20.193.206.134, 20.193.206.135, 20.193.173.7, 20.193.172.11, 20.193.170.88, 20.193.171.252
Centre de la Corée	52.231.14.11, 52.231.14.219, 52.231.15.6, 52.231.10.111, 52.231.14.223, 52.231.77.107, 52.231.8.175, 52.231.9.39, 20.200.206.170, 20.200.202.75, 20.200.231.222, 20.200.231.139
Corée du Sud	52.231.204.74, 52.231.188.115, 52.231.189.221, 52.231.203.118, 52.231.166.28, 52.231.153.89, 52.231.155.206, 52.231.164.23, 20.200.177.148, 20.200.177.135, 20.200.177.146, 20.200.180.213
Centre-Nord des États-Unis	168.62.248.37, 157.55.210.61, 157.55.212.238, 52.162.208.216, 52.162.213.231, 65.52.10.183, 65.52.9.96, 65.52.8.225, 52.162.177.90, 52.162.177.30, 23.101.160.111, 23.101.167.207, 20.80.33.190, 20.88.47.77, 172.183.51.180, 40.116.65.125, 20.88.51.31, 40.116.66.226, 40.116.64.218, 20.88.55.77, 172.183.49.208, 20.102.251.70, 20.102.255.252, 20.88.49.23, 172.183.50.30, 20.88.49.21, 20.102.255.209, 172.183.48.255
Europe Nord	40.113.12.95, 52.178.165.215, 52.178.166.21, 40.112.92.104, 40.112.95.216, 40.113.4.18, 40.113.3.202, 40.113.1.181, 40.127.242.159, 40.127.240.183, 51.138.226.19, 51.138.227.160, 40.127.144.251, 40.127.144.121, 40.67.251.175, 40.67.250.247, 4.207.0.229, 4.207.0.197, 4.207.204.8, 4.207.203.217, 4.207.203.190, 4.207.203.59, 20.67.141.244, 20.67.139.133, 20.67.137.144, 20.67.136.162, 68.219.40.225, 68.219.40.39, 20.105.12.63, 20.105.11.53, 4.207.202.106, 4.207.202.95, 4.207.204.91, 4.207.204.89, 4.207.201.234, 20.105.15.225, 20.67.191.232, 20.67.190.37
Norvège Est	51.120.88.52, 51.120.88.51, 51.13.65.206, 51.13.66.248, 51.13.65.90, 51.13.65.63, 51.13.68.140, 51.120.91.248, 20.100.26.148, 20.100.26.52, 20.100.36.49, 20.100.36.10
Norvège Ouest	51.120.220.128, 51.120.220.129, 51.120.220.130, 51.120.220.131, 51.120.220.132, 51.120.220.133, 51.120.220.134, 51.120.220.135, 51.13.153.172, 51.13.148.178, 51.13.148.11, 51.13.149.162
Pologne Centre	20.215.144.229, 20.215.128.160, 20.215.144.235, 20.215.144.246
Qatar Centre	20.21.211.240, 20.21.209.216, 20.21.211.245, 20.21.210.251
Afrique du Sud Nord	102.133.231.188, 102.133.231.117, 102.133.230.4, 102.133.227.103, 102.133.228.6, 102.133.230.82, 102.133.231.9, 102.133.231.51, 20.87.92.40, 20.87.91.122, 20.87.91.169, 20.87.88.47
Afrique du Sud Ouest	102.133.72.98, 102.133.72.113, 102.133.75.169, 102.133.72.179, 102.133.72.37, 102.133.72.183, 102.133.72.132, 102.133.75.191, 102.133.101.220, 40.117.9.125, 40.117.10.230, 40.117.9.229
États-Unis - partie centrale méridionale	104.210.144.48, 13.65.82.17, 13.66.52.232, 23.100.124.84, 70.37.54.122, 70.37.50.6, 23.100.127.172, 23.101.183.225, 20.94.150.220, 20.94.149.199, 20.88.209.97, 20.88.209.88
Inde Sud	52.172.50.24, 52.172.55.231, 52.172.52.0, 104.211.229.115, 104.211.230.129, 104.211.230.126, 104.211.231.39, 104.211.227.229, 104.211.211.221, 104.211.210.192, 104.211.213.78, 104.211.218.202
Asie Sud-Est	13.76.133.155, 52.163.228.93, 52.163.230.166, 13.76.4.194, 13.67.110.109, 13.67.91.135, 13.76.5.96, 13.67.107.128, 20.195.49.240, 20.195.49.29, 20.198.130.152, 20.198.128.124, 23.98.121.179, 23.98.121.115
Suède Centre	20.91.178.11, 20.91.177.115, 20.240.10.91, 20.240.10.89
Suisse Nord	51.103.137.79, 51.103.135.51, 51.103.139.122, 51.103.134.69, 51.103.138.96, 51.103.138.28, 51.103.136.37, 51.103.136.210, 20.203.230.58, 20.203.229.127, 20.203.224.37, 20.203.225.242
Suisse Ouest	51.107.239.66, 51.107.231.86, 51.107.239.112, 51.107.239.123, 51.107.225.190, 51.107.225.179, 51.107.225.186, 51.107.225.151, 51.107.239.83, 51.107.232.61, 51.107.234.254, 51.107.226.253, 20.199.193.249
Émirats arabes unis Centre	20.45.75.200, 20.45.72.72, 20.45.75.236, 20.45.79.239, 20.45.67.170, 20.45.72.54, 20.45.67.134, 20.45.67.135, 40.126.210.93, 40.126.209.151, 40.126.208.156, 40.126.214.92
Émirats arabes unis Nord	40.123.230.45, 40.123.231.179, 40.123.231.186, 40.119.166.152, 40.123.228.182, 40.123.217.165, 40.123.216.73, 40.123.212.104, 20.74.255.28, 20.74.250.247, 20.216.16.75, 20.74.251.30, 20.233.241.106, 20.233.241.102, 20.233.241.85, 20.233.241.25, 20.174.64.128, 20.174.64.55, 20.233.240.41, 20.233.241.206, 20.174.48.149, 20.174.48.147, 20.233.241.187, 20.233.241.165, 20.174.56.83, 20.174.56.74, 20.174.40.222, 20.174.40.91
Sud du Royaume-Uni	51.140.74.14, 51.140.73.85, 51.140.78.44, 51.140.137.190, 51.140.153.135, 51.140.28.225, 51.140.142.28, 51.140.158.24, 20.108.102.142, 20.108.102.123, 20.90.204.228, 20.90.204.188, 20.108.146.132, 20.90.223.4, 20.26.15.70, 20.26.13.151, 4.159.24.241, 4.250.55.134, 4.159.24.255, 4.250.55.217, 172.165.88.82, 4.250.82.111, 4.158.106.101, 4.158.105.106, 4.250.51.127, 4.250.49.230, 4.159.26.128, 172.166.86.30, 4.159.26.151, 4.159.26.77, 4.159.59.140, 4.159.59.13
Ouest du Royaume-Uni	51.141.54.185, 51.141.45.238, 51.141.47.136, 51.141.114.77, 51.141.112.112, 51.141.113.36, 51.141.118.119, 51.141.119.63, 51.104.58.40, 51.104.57.160, 51.141.121.72, 51.141.121.220
Centre-USA Ouest	52.161.27.190, 52.161.18.218, 52.161.9.108, 13.78.151.161, 13.78.137.179, 13.78.148.140, 13.78.129.20, 13.78.141.75, 13.71.199.128 - 13.71.199.159, 13.78.212.163, 13.77.220.134, 13.78.200.233, 13.77.219.128
Europe Ouest	40.68.222.65, 40.68.209.23, 13.95.147.65, 23.97.218.130, 51.144.182.201, 23.97.211.179, 104.45.9.52, 23.97.210.126, 13.69.71.160, 13.69.71.161, 13.69.71.162, 13.69.71.163, 13.69.71.164, 13.69.71.165, 13.69.71.166, 13.69.71.167, 20.103.21.81, 20.103.17.247, 20.103.17.223, 20.103.16.47, 20.103.58.116, 20.103.57.29, 20.101.174.49, 20.101.174.23, 20.93.236.26, 20.93.235.107, 20.103.94.250, 20.76.174.72, 20.82.87.192, 20.82.87.16, 20.76.170.145, 20.103.91.39, 20.103.84.41, 20.76.161.156
Inde Ouest	104.211.164.80, 104.211.162.205, 104.211.164.136, 104.211.158.127, 104.211.156.153, 104.211.158.123, 104.211.154.59, 104.211.154.7, 104.211.155.179, 104.211.142.119, 104.211.153.240, 104.211.156.193
USA Ouest	52.160.92.112, 40.118.244.241, 40.118.241.243, 157.56.162.53, 157.56.167.147, 104.42.49.145, 40.83.164.80, 104.42.38.32, 13.86.223.0, 13.86.223.1, 13.86.223.2, 13.86.223.3, 13.86.223.4, 13.86.223.5, 104.40.34.169, 104.40.32.148, 52.160.70.221, 52.160.70.105, 13.91.81.221, 13.64.231.196, 13.87.204.182, 40.78.65.193, 13.87.207.39, 104.42.44.28, 40.83.134.97, 40.78.65.112, 168.62.9.74, 168.62.28.191
USA Ouest 2	13.66.210.167, 52.183.30.169, 52.183.29.132, 13.66.201.169, 13.77.149.159, 52.175.198.132, 13.66.246.219, 20.99.189.158, 20.99.189.70, 20.72.244.58, 20.72.243.225
USA Ouest 3	20.150.181.32, 20.150.181.33, 20.150.181.34, 20.150.181.35, 20.150.181.36, 20.150.181.37, 20.150.181.38, 20.150.173.192, 20.106.85.228, 20.150.159.163, 20.106.116.207, 20.106.116.186

Azure Government - Adresses IP sortantes

Région	Adresses IP Azure Logic Apps
Centre des États-Unis – US DoD	52.182.48.215, 52.182.92.143, 52.182.53.147, 52.182.52.212, 52.182.49.162, 52.182.49.151
Gouvernement des États-Unis – Arizona	52.244.67.143, 52.244.65.66, 52.244.65.190, 52.126.50.197, 52.126.49.223, 52.126.53.144, 52.126.36.100
Gouvernement des États-Unis – Texas	52.238.114.217, 52.238.115.245, 52.238.117.119, 20.141.120.209, 52.245.171.152, 20.141.123.226, 52.245.163.1
Gouvernement américain - Virginie	13.72.54.205, 52.227.138.30, 52.227.152.44, 13.77.239.177, 13.77.239.140, 13.77.239.187, 13.77.239.184

Étapes suivantes

• Créer un exemple de workflow d’application logique de consommation dans Azure Logic Apps à locataires multiples
• Créer un exemple de workflow d’application logique Standard dans Azure Logic Apps à locataire unique