Comprendre les limites de la plateforme et éviter le bridage

Pour concevoir des flux évolutifs, il est utile de se familiariser avec les limites que les licences et API Power Automate et Power Platform imposent à vos flux. Les flux qui violent ces limites peuvent être limités, ralentis ou même désactivés. Si les flux sont limités en permanence pendant 14 jours, ils sont désactivés automatiquement. Vous pouvez réactiver les flux à tout moment. S’ils continuent de violer les limites, ils sont à nouveau désactivés. Cet article décrit les limites qui peuvent affecter vos flux et comment les respecter. Pour en savoir plus, consultez Limites des flux automatisés, planifiés et instantanés et Limites et allocations de requêtes.

Vérifier votre plan de licence

Certaines limites de plateforme et d’API dépendent de votre plan de licence. Dans Power Automate, le moyen le plus simple d’identifier vos licences et vos fonctionnalités consiste à sélectionner Paramètres>Afficher mes licences.

Pour approfondir les détails de votre plan de licence, appuyez sur Ctrl+Alt+A dans le portail Power Automate.

Limites de requête d’API

Une requête d’API est la façon dont les flux Power Automate demandent à un service de faire quelque chose, comme se connecter à des applications ou envoyer ou renvoyer des données. Chaque fois que votre flux fait quelque chose, cela compte comme une requête, qu’elle réussisse ou échoue. Pour en savoir plus, consultez Qu’est-ce qui est considéré comme une requête Microsoft Power Platform ?

Les limites au nombre d’actions qu’un flux de cloud peut exécuter par jour sont basées sur votre plan de licence. Les limites d’API au niveau de la plateforme sont basées sur la licence utilisateur. En savoir plus sur Types de licence Power Automate.

Les limites de requêtes d’API sont différentes des limites de limitation du débit du connecteur. Elles s’appliquent à toutes les exécutions de tous vos flux sur une période de 24 heures. Pour afficher le nombre d’actions exécutées par votre flux, accédez à la page des détails du flux, sélectionnez Analyse, puis sélectionnez l’onglet Actions.

Même si un flux effectue peu de requêtes Power Platform, il peut quand même atteindre les limites s’il s’exécute plus souvent que prévu. Par exemple, vous pouvez créer un flux de cloud qui envoie une notification Push lorsque votre responsable vous envoie un courrier électronique. Ce flux doit s’exécuter chaque fois que vous recevez un courrier électronique (quel que soit l’expéditeur), car il doit vérifier si le courrier électronique est envoyé par votre responsable.

Voici quelques recommandations pour estimer l’utilisation de requêtes d’un flux.

• Un flux simple avec un déclencheur et une action génère deux actions à chaque exécution du flux et consomme deux requêtes.

• Chaque déclencheur/action dans le flux génère des requêtes Power Platform. Les actions incluent les actions de connecteur, les actions HTTP et les actions intégrées, comme l’initialisation de variables, la création de portées et de simples actions Compose.

• Les actions réussies et échouées sont prises en compte dans les limites, mais pas les actions ignorées.

• Chaque action génère une requête. Si l’action se trouve dans une boucle « Appliquer à chacun », elle génère autant de requêtes qu’il y a d’éléments à traiter par la boucle.

• Une action peut avoir plusieurs expressions, mais elle est comptabilisée comme une seule requête d’API.

• Les nouvelles tentatives et les requêtes supplémentaires liées à la pagination comptent également comme des actions.

Que faire quand votre flux est limité

Vous pouvez résoudre le problème de limitation du débit de deux façons :

• Donnez plus de capacité au flux.
• Réduisez le nombre de demandes qu’il effectue.

Donner au flux sa propre capacité

Attribuez une licence de processus au flux. Contrairement à une licence utilisateur, une licence de processus est allouée au flux lui-même, de sorte que le droit du flux ne dépend pas de la personne qui possède ou l’exécute. Une licence de processus permet au flux d’effectuer 250 000 actions toutes les 24 heures (affichées comme des requêtes Power Platform dans les rapports du centre d’administration).

Le flux doit se trouver dans une solution. Vous avez ensuite deux façons d’allouer la capacité :

• Affectez directement la licence au flux : si un flux a besoin de plus de 250 000 actions par 24 heures, empilez jusqu’à 10 licences de processus dessus plutôt que de fractionner le travail entre les flux. Chaque licence ajoute une autre 250 000 actions par 24 heures.
• Affectez la licence à un groupe de flux : jusqu’à 25 flux cloud prenant en charge la solution partagent les 250 000 actions du groupe par 24 heures. Chaque flux parent et enfant doit être ajouté explicitement et vous ne pouvez pas empiler des licences sur un groupe de flux.

Si vous enregistrez le flux une fois la licence attribuée, le flux récupère immédiatement le nouveau droit. Sinon, les flux actualisent leur plan en arrière-plan dans un délai d’une semaine.

Si vous avez besoin d’une capacité avant qu’un achat puisse être effectué, demandez à un administrateur général de démarrer une version d’évaluation gratuite de processus de 30 jours à partir du Microsoft 365 admin center. Les licences d’essai offrent les mêmes droits d’utilisation que les licences payantes, de sorte qu’elles suppriment immédiatement la limitation du débit. En savoir plus sur les licences d’évaluation gérées par l’administrateur.

Le module complémentaire Requests de Power Platform n’est d’aucune aide ici non plus. Le module complémentaire déclenche la limite de requête quotidienne d’un utilisateur, et non pas un flux, et elle ne peut pas être affectée à un flux.

Faire en sorte que le flux utilise moins de requêtes

Chaque déclencheur et action compte comme requête, y compris les actions intégrées telles que l’initialisation des variables et la composition d’actions. Réductions courantes :

• Ajoutez des conditions de déclencheur afin que le flux s’exécute uniquement lorsque l’élément entrant est un élément qu’il doit gérer. Un flux qui se déclenche à chaque e-mail, puis vérifie l’expéditeur, consomme des requêtes pour chaque e-mail.
• Filtrez au niveau de la source de données avec une requête de filtre OData au lieu de récupérer toutes les lignes et de les tester dans une boucle Apply to each. Chaque itération d’une boucle génère ses propres requêtes.
• Utilisez les opérations sélectionner et filtrer les données de tableau au lieu de boucles dans lesquelles vous remodelez les données plutôt que d’agir sur chaque élément.
• Supprimez les nouvelles tentatives dont vous n’avez pas besoin. Les tentatives répétées et la pagination comptent toutes deux comme des actions.

Vérifier la limite que vous avez dépassée

Tous les flux limités n’atteignent pas la limite d’action quotidienne. Différents remèdes s’appliquent :

Le déplacement de l’environnement vers le paiement à l’utilisation modifie la façon dont l’utilisation au-dessus de la limite d’action quotidienne est facturée. Il n’augmente pas les limites des connecteurs ni les limites de protection du service Dataverse ; ce n’est donc pas une solution générale pour un flux soumis à une limitation de débit.

Si le flux est suspendu

Un flux qui reste au-dessus des limites pendant 14 jours consécutifs est suspendu et son propriétaire est averti. Affectez une licence de processus et réactivez le flux.

En savoir plus sur ce qui se passe quand mon flux exécute trop d’actions ?.

Limites de débit d’API sur les connecteurs

En plus des limites imposées par la plateforme, chaque service de connecteur a ses propres limites. La limitation des connecteurs dans Power Automate fait référence au mécanisme par lequel les connecteurs appliquent des limites de débit ou des quotas d’utilisation pour éviter les abus et garantir une allocation équitable des ressources. Lorsqu’un connecteur est soumis à une limitation du débit, le nombre de requêtes ou d’opérations pouvant être effectuées sur une période donnée est restreint. Chaque connecteur a sa propre limite de débit.

Lorsqu’un flux atteint les limites de limitation au niveau du connecteur, le service renvoie le code d’erreur 429 (Trop de demandes) avec un texte d’erreur tel que La limite de débit est dépassée. Réessayez dans 27 secondes.

Limites API Dataverse

Dataverse, en tant que service de connecteur, définit ses propres limites de protection des services. Ces limites sont évaluées par utilisateur, l’utilisateur étant la personne associée à l’action. En général, l’utilisateur est le propriétaire du flux, mais il peut être l’utilisateur appelant si le flux appelle le contexte utilisateur dans l’action. Plus d’information : Limites de l’API de protection des services.

Limites de concurrence des flux

Les limites s’appliquent au nombre d’exécutions qui peuvent s’exécuter en même temps, d’éléments qui peuvent être traités en boucle et de morceaux en lesquels un jeu de données volumineux peut être divisé pour un traitement plus efficace. Pour en savoir plus, consultez Limites de la concurrence, des boucles et du fractionnement des lots.

Limites de rafale d’action

Les limites de rafale d’action font référence au nombre maximum d’actions pouvant être déclenchées au cours d’une période donnée, généralement mesuré dans une fenêtre de temps glissante. Actuellement, la limite est de 100 000 actions en cinq minutes.

Pour rester en dessous de cette limite, répartissez la charge entre plusieurs flux à l’aide de flux enfants ou ajoutez des conditions de déclenchement. Pour en savoir plus, consultez Créer des flux enfants et Optimiser les déclencheurs Power Automate.

Limites de flux de conception

Vous pouvez rencontrer des limites sur la complexité d’un flux qui sont définies au niveau de la conception et de la définition. Envisagez de repenser votre flux si vous les rencontrez. Pour en savoir plus, consultez la rubrique Limites de définition du flux.

Informations associées

• Liste de tous les connecteurs Power Automate