Förstå plattformsgränser och undvik begränsning

Att förstå begränsningar i Power Automate och Power Platform kan hjälpa användare att utforma skalbara Power Automate-flöden.

Dessa gränser kan påverka ett flödes prestanda och hjälpa till att undvika begränsning (långsammare) eller avstängning av flöden på grund av överträdelser av begärandebegränsningar. Alla flöden som begränsas kontinuerligt i 14 dagar inaktiveras. Dessa flöden kan aktiveras igen när som helst. Men om deras prestanda inte förbättras fortsätter flödet att inaktiveras.

Läs mer:

• Begränsningar för automatiska, schemalagda och direktflöden
• API-begäranden och -tilldelningar

Så här kontrollerar du din licensplan

Vissa plattforms- och API-begränsningar beror på din licensplan. Från Power Automate är det enklaste sättet att identifiera dina licenser och funktioner är att välja Inställningar>Visa mina licenser.

Du kan också välja Ctrl + Alt+ A från Power Automate-portalen för att få djupare information på plannivå.

API-begärandebegränsningar

Begäranden i Microsoft Power Platform består av olika åtgärder som en användare kan utföra bland produkter. På en övergripande nivå är en API-förfrågan en begäran till anslutningsprogram, processrådgivaranalys, HTTP-åtgärder och inbyggda åtgärder som att initiera variabler eller använda Skriva. Både lyckade och misslyckade åtgärder räknas mot dessa API-begärandegränser. Dessutom räknas återförsök och andra begäranden från sidnumrering också som åtgärdskörningar. Läs mer: Vad räknas som Power Platform-begäran?

Baserat på din licensplan finns det gränser för antalet åtgärder som ett moln flöde kan köras på dagen. Dessa gränser skiljer sig från gränserna för kopplingsbegränsning. Du kan se hur många åtgärder ditt flöde körs genom att välja Analys på sidan flödesinformation och få åtkomst till fliken Åtgärder.

Även när flödet använder färre Power Platform begäranden kan du fortfarande nå dina gränser om flödet körs oftare än du förväntar dig. Du kan till exempel skapa ett molnflöde som skickar ett push-meddelande varje gång din chef skickar ett e-postmeddelande till dig. Det flödet körs varje gång du får ett e-postmeddelande (oavsett från vem), eftersom flödet måste kontrollera om e-postmeddelandet kommer från din chef. Gränsen gäller för alla körningar i alla dina flöden under en 24-timmarsperiod.

Här är några riktlinjer för att uppskatta begärande användning av ett flöde:

• En eller flera åtgärder körs som en del av en flödeskörning. Ett enkelt flöde med en enda utlösare och en enda åtgärd resulterar i två "åtgärder" varje gång flödet körs, vilket förbrukar två begäranden.
• Varje utlösare/åtgärd i flödet genererar Power Platform begäranden. Alla typer av åtgärder som kopplingsåtgärder, HTTP-åtgärder, inbyggda åtgärder (från att initiera variabler, skapa omfattningar till en enkel skrivåtgärd) genererar Power Platform begäranden.
• Både lyckade och misslyckade åtgärder räknas mot dessa gränser. Överhoppade åtgärder räknas inte mot dessa gränser.
• Varje åtgärd genererar en begäran. Om åtgärden är i en använd på varje-loop genereras lika många begäranden som det finns objekt som loopen behandlar.
• En åtgärd kan ha flera uttryck, men den räknas endast som en API-begäran.
• Återförsök och extra begäranden från sidnumrering räknas också som åtgärdskörningar.

API-gränser på plattformsnivå baseras på användarlicensen. Läs mer: Power Automate licenstyper

API-dataflödesbegränsningar för anslutningsprogram

Förutom plattformsgränser har varje anslutningstjänst sina egna gränser. Begränsning av anslutningsprogram i Power Automate refererar till den mekanism genom vilken anslutningsprogram tillämpar hastighetsbegränsningar eller användningskvoter för att förhindra missbruk och säkerställa rättvis resurstilldelning. När en anslutningsapp begränsas begränsar den antalet begäranden eller åtgärder som kan göras inom en viss tidsram.

När ett flöde stöter på begränsningsgränser på anslutningsnivå returnerar tjänsten felkoden 429 (för många begäranden) med en feltext som Hastighetsgränsen har överskridits. Försök igen om 27 sekunder.

Varje anslutningsprogram har sin egen begränsningsgräns.

DataverseAPI-gränser

Dataverse som en anslutningsprogramtjänst definierar sina egna tjänstskyddsgränser. API-gränserna för tjänstskydd utvärderas per användare. När den anropas av ett flöde är användaren den som är kopplad till åtgärden. Vanligtvis är den här användaren flödesägare, men det kan vara den anropande användaren om flödet anropar användarkontext i åtgärden.

Samtidighetsgränser för flöde

Att utforma skalbara och effektiva flöden omfattar att förstå samtidighets-, loop- och debatchinggränser för att undvika onödiga fördröjningar. Läs mer: Samtidighetsloopar och ombatchningsgränser.

Gränser för åtgärdsburst

Gränser för åtgärdsburst avser det maximala antalet åtgärder som kan utlösas inom en viss period, vanligtvis mätt i en rullande tidsperiod. För närvarande finns ett tak på 100 000 åtgärder per flöde inom 5 minuter.

Eventuella utbrott av utlösare eller loopar kan överskrida den här gränsen, vilket gör att flödena blir långsammare eller begränsas.

Du kan åtgärda den här gränsen genom att fördela belastningen mellan flera flöden, till exempel med hjälp av underordnade flöden eller med hjälp av utlösarvillkor.

Gränser för flödesdesign

När du utformar flöden kan du stöta på begränsningar som definierats på design-/definitionsnivå. Överväg att designa om dina flöden om du stöter på dessa begränsningar.

Läs mer: Flödesdefinitionsgränser