Plattformgrenzen verstehen und Drosselung vermeiden

Um skalierbare Flüsse zu entwerfen, hilft es, die Grenzwerte zu verstehen, die Power Automate- und Power Platform-Lizenzen und APIs ihren Flüssen auferlegen. Flüsse, die gegen diese Grenzwerte verstoßen, können gedrosselt, verlangsamt oder sogar deaktiviert werden. Wenn Flüsse 14 Tage lang kontinuierlich gedrosselt werden, werden sie automatisch deaktiviert. Sie können Flows jederzeit wieder aktivieren. Wenn sie weiterhin gegen die Grenzwerte verstoßen, werden sie wieder deaktiviert. In diesem Artikel werden die Grenzen beschrieben, die sich auf Ihre Flows auswirken, und es wird erläutert, wie Sie diese einhalten können. Erfahren Sie mehr in den Grenzwerten automatisierter, geplanter und sofortiger Abläufe und Anforderungen von Grenzwerten und Zuordnungen.

Überprüfen Ihres Lizenzplans

Einige Plattform- und API-Beschränkungen hängen von Ihrem Lizenzplan ab. In Power Automate besteht die einfachste Möglichkeit, Ihre Lizenzen und Funktionen zu identifizieren, darin, "MeineLizenzen anzeigen"> auszuwählen.

Um tiefer in die Details Ihres Lizenzplans einzutauchen, drücken Sie STRG+ALT+A im Power Automate-Portal.

API-Anforderungsgrenzwerte

Eine API-Anforderung ist, wie Power Automate Flows einen Dienst bitten, etwas auszuführen, z. B. eine Verbindung mit Apps herzustellen oder Daten zu senden oder zurückzugeben. Jedes Mal, wenn Ihr Flow etwas tut, wird dies als eine Anfrage gezählt, unabhängig davon, ob er erfolgreich ist oder fehlschlägt. Erfahren Sie mehr unter Was ist eine Microsoft Power Platform Anforderung?.

Die Grenzwerte für die Anzahl der Aktionen, die ein Cloudfluss an einem Tag ausführen kann, basieren auf Ihrem Lizenzplan. API-Limits auf Plattformebene basieren auf der Benutzerlizenz. Weitere Informationen finden Sie unter "Typen von Power Automate-Lizenzen".

API-Anforderungsgrenzwerte unterscheiden sich von Connectoreinschränkungsgrenzwerten. Sie gelten für alle Abläufe in einem Zeitraum von 24 Stunden. Um die Anzahl der Aktionen anzuzeigen, die ein Fluss ausführt, wechseln Sie zur Seite mit den Ablaufdetails, wählen Sie "Analyse" aus, und wählen Sie dann die Registerkarte "Aktionen " aus.

Auch wenn ein Fluss nur wenige Power Platform-Anfragen stellt, kann er dennoch an die Grenzen stoßen, wenn er häufiger ausgeführt wird, als Sie erwarten. Sie erstellen beispielsweise einen Cloud-Flow, der immer dann eine Pushbenachrichtigung sendet, wenn Ihr Vorgesetzter Ihnen eine E-Mail sendet. Der Flow wird jedes Mal ausgeführt, wenn Sie eine E-Mail von jemandem erhalten, da überprüft werden muss, ob die E-Mail von Ihrem Vorgesetzten stammt.

Verwenden Sie die folgenden Richtlinien, um die Anforderungsnutzung eines Flusses zu schätzen:

• Ein einfacher Flow mit einem Trigger und einer Aktion führt bei jeder Ausführung des Flows zwei Aktionen aus und verbraucht dabei zwei Anfragen.

• Jeder Trigger und jede Aktion im Fluss generiert Power Platform-Anforderungen. Zu den Aktionen gehören Connector-Aktionen, HTTP-Aktionen und integrierte Aktionen wie das Initialisieren von Variablen, das Erstellen von Bereichen und einfache Compose-Aktionen.

• Sowohl erfolgreiche als auch fehlgeschlagene Aktionen werden auf die Grenzwerte angerechnet, übersprungene Aktionen jedoch nicht.

• Jede Aktion generiert eine Anfrage. Befindet sich die Aktion in einer „Apply to each“-Schleife, generiert sie so viele Anfragen, wie Elemente die Schleife verarbeiten muss.

• Eine Aktion kann mehrere Ausdrücke aufweisen, zählt jedoch als eine API-Anforderung.

• Wiederholungen und zusätzliche Anforderungen aus der Paginierung zählen als Aktionen.

Was zu tun ist, wenn Ihr Flow gedrosselt wird

Sie können die Drosselung auf zwei Arten beheben:

• Geben Sie dem Fluss mehr Kapazität.
• Verringern Sie die Anzahl der anforderungen, die sie vorgibt.

Geben Sie dem Fluss seine eigene Kapazität

Weisen Sie dem Fluss eine Prozesslizenz zu. Im Gegensatz zu einer Benutzerlizenz wird dem Fluss selbst eine Prozesslizenz zugewiesen, sodass die Berechtigung des Flusses nicht davon abhängt, wer die Lizenz besitzt oder ausführt. Eine Prozesslizenz berechtigt den Ablauf zu 250.000 Aktionen pro 24 Stunden (siehe Power Platform-Anforderungen in Admin Center-Berichten).

Der Fluss muss in einer Lösung sein. Sie haben dann zwei Möglichkeiten, die Kapazität zuzuweisen:

• Weisen Sie die Lizenz direkt dem Fluss zu: Wenn ein Fluss mehr als 250.000 Aktionen pro 24 Stunden benötigt, stapeln Sie bis zu 10 Prozesslizenzen darauf, anstatt die Arbeitsabläufe aufzuteilen. Jede Lizenz fügt weitere 250.000 Aktionen pro 24 Stunden hinzu.
• Weisen Sie einer Flowgruppe die Lizenz zu: Bis zu 25 lösungsfähige Cloudflows teilen sich die 250.000 Aktionen der Gruppe pro 24 Stunden. Jeder übergeordnete bzw. untergeordnete Flow muss explizit hinzugefügt werden, und Sie können keine Lizenzen für eine Flowgruppe kombinieren.

Wenn Sie den Flow speichern, nachdem die Lizenz zugewiesen wurde, übernimmt der Flow die neue Berechtigung sofort. Andernfalls aktualisieren Flüsse ihren Plan innerhalb einer Woche im Hintergrund.

Wenn Sie Kapazität benötigen, bevor ein Kauf abgeschlossen werden kann, bitten Sie einen globalen Administrator, im Microsoft 365 Admin Center eine kostenlose 30-Tage-Testversion von Process zu starten. Testlizenzen haben dieselben Berechtigungen wie kostenpflichtige Lizenzen, sodass sie die Drosselung sofort aufheben. Weitere Informationen finden Sie in vom Administrator verwalteten Testlizenzen.

Das Power Platform-Anforderungs-Add-On hilft hier auch nicht. Das Add-On löst den täglichen Anforderungsgrenzwert eines Benutzers aus, nicht eines Flusses und kann keinem Fluss zugewiesen werden.

Sorgen Sie dafür, dass der Ablauf mit weniger Anfragen auskommt

Jeder Trigger und jede Aktion zählt als Anfrage, einschließlich integrierter Aktionen wie der Initialisierung von Variablen und Compose-Aktionen. Allgemeine Reduzierungen:

• Fügen Sie Triggerbedingungen hinzu, sodass der Fluss nur ausgeführt wird, wenn es sich bei dem eingehenden Element um ein Element handelt, das tatsächlich verarbeitet werden muss. Ein Ablauf, der bei jeder E-Mail startet und anschließend den Absender überprüft, verbraucht bei jeder E-Mail Ressourcen.
• Filtern Sie direkt an der Datenquelle mit einer OData-Filterabfrage, anstatt alle Zeilen abzurufen und sie in einer Apply to each-Schleife zu prüfen. Jede Iteration einer Schleife generiert eigene Anforderungen.
• Verwenden Sie die Datenvorgänge Select und Filter array anstelle von Schleifen, wenn Sie Daten umformen, anstatt jedes Element einzeln zu verarbeiten.
• Entfernen Sie Wiederholungsversuche, die Sie nicht benötigen. Wiederholungen und Paginierung zählen beide als Aktionen.

Überprüfen Sie, welche Grenze Sie überschritten haben

Nicht jeder gedrosselte Flow erreicht das tägliche Aktionslimit. Es gelten verschiedene Abhilfemaßnahmen:

Wenn Sie die Umgebung auf Pay-as-you-go umstellen, ändert sich die Art und Weise, wie die Nutzung oberhalb des täglichen Aktionslimits abgerechnet wird. Die Connectorlimits oder die Dataverse-Dienstschutzlimits werden dadurch nicht angehoben, daher ist dies keine allgemeine Lösung für einen gedrosselten Flow.

Wenn der Fluss angehalten wird

Ein Flow, der 14 Tage in Folge über den Grenzwerten liegt, wird ausgesetzt und sein Besitzer wird benachrichtigt. Weisen Sie eine Prozesslizenz zu, und aktivieren Sie den Ablauf wieder.

Erfahren Sie mehr unter Was geschieht, wenn mein Fluss zu viele Aktionen ausführt?.

API-Durchsatzgrenzwerte für Konnektoren

Zusätzlich zu den Grenzwerten, die die Plattform auferlegt, hat jeder Connectordienst eigene Grenzen. Connector-Drosselung in Power Automate bezieht sich auf den Mechanismus, mit dem Connectors Ratenbegrenzungen oder Nutzungskontingente durchsetzen, um Missbrauch zu verhindern und eine faire Ressourcenzuweisung sicherzustellen. Wenn ein Connector gedrosselt wird, schränkt er die Anzahl der Anforderungen oder Vorgänge ein, die in einem bestimmten Zeitrahmen vorgenommen werden können. Jeder Verbinder hat eine eigene Einschränkungsgrenze.

Wenn ein Flow an Drosselungsgrenzen auf Connectorebene stößt, gibt der Dienst den Fehlercode 429 (Zu viele Anforderungen) mit einem Fehlertext wie Ratenlimit wurde überschritten. Versuchen Sie es in 27 Sekunden erneut zurück.

Dataverse-API-Einschränkungen

Dataverse als Connectordienst definiert seine eigenen Dienstschutzgrenzwerte. Diese Grenzwerte werden pro Benutzer ausgewertet, wobei der Benutzer der Aktion zugeordnet ist. Normalerweise ist der Benutzer der Flussbesitzer, kann aber der aufrufende Benutzer sein, wenn der Fluss den Benutzerkontext in der Aktion aufruft. Erfahren Sie mehr unter Serviceschutz-API-Grenzen.

Parallelitätsgrenzen für Flows

Es gelten Grenzwerte für die Anzahl der Ausführungen, die gleichzeitig ausgeführt werden können, für Elemente, die in einer Schleife verarbeitet werden können, und für Blöcke, in die ein großer Datensatz zur effizienteren Verarbeitung aufgeteilt werden kann. Weitere Informationen finden Sie in den Grenzwerten für Parallelität, Schleifen und Debattieren.

Grenzwerte für Aktionsbursts

Aktionsbruchgrenzwerte beziehen sich auf die maximale Anzahl von Aktionen, die in einem bestimmten Zeitraum ausgelöst werden können, normalerweise in einem rollierenden Zeitfenster. Derzeit beträgt die Obergrenze 100.000 Aktionen in fünf Minuten.

Um unter diesem Grenzwert zu bleiben, verteilen Sie die Last zwischen mehreren Flüssen mithilfe von untergeordneten Flüssen oder fügen Sie Triggerbedingungen hinzu. Weitere Informationen finden Sie unter Erstellen von untergeordneten Flüssen und Optimieren von Power Automate Triggern.

Beschränkungen des Ablaufdesigns

Möglicherweise treten Grenzwerte für die Komplexität eines Flusses auf, der auf Entwurfs- und Definitionsebene definiert ist. Erwägen Sie, Ihren Ablauf zu überarbeiten, wenn Sie darauf stoßen. Weitere Informationen finden Sie in den Ablaufdefinitionsgrenzwerten.

Verwandte Informationen

• Liste aller Power Automate-Konnektoren