了解平台限制並避免限制

了解 Power Automate 和 Power Platform 的限制可以幫助使用者設計可擴展的 Power Automate 流程。

這些限制會影響流程的效能,並有助於避免因請求限制違規而導致流程限制 (減慢) 或關閉。 任何連續受到限制 14 天的流程都將關閉。 這些流程可以隨時再次開啟;然而,如果他們的資料表現沒有改善,流程就會繼續受到阻礙。

深入了解:

如何檢查您的授權計劃

某些平台和 API 限制取決於您的授權計劃。 從 Power Automate 中,識別您的授權和功能的最簡單方法是選擇設定>查看我的授權

設定中查看我的授權選項的螢幕擷取畫面。

或者,從 Power Automate 入口網站中選擇 Ctrl + Alt+ A,以取得更深層的計畫層級詳細資訊。

API 請求限制

Microsoft Power Platform 中的請求包括使用者跨產品執行的各種動作。 從高層次上講,API 請求是連接器、流程顧問分析、HTTP 動作以及內建動作 (例如初始化變數或使用 Compose) 的請求。 成功和失敗的動作都計入 API 請求限制。 此外,重試和其他分頁請求也算是動作執行。 進一步了解:什麼算是 Power Platform 請求?

根據您的授權計劃,雲端流程一天內可以執行的動作數量是有限制的。 這些限制與連接器節流限制不同。 您可以從流程詳細資料頁面中選擇分析,然後存取動作索引標籤,查看流程執行的動作數量。

即使當流程使用較少的 Power Platform 要求時,如果流程執行頻率比預期更頻繁,其仍可能達到限制。 例如,您可能會建立雲端流程,在每次經理傳送電子郵件給您時傳送推播通知給您。 每次您收到電子郵件 (來自任何人) 時,該流程都會執行,因為該流程必須檢查電子郵件是否來自您的經理。 此限制適用於 24 小時內所有流程的所有運作。

以下是一些估計流程請求使用情況的指南:

  • 一個或多個動作作為流程執行的一部分執行。 一個具有一個觸發程序和一個動作的簡單流程會導致每次執行時都執行兩個動作,從而消耗兩個請求。
  • 流程中的每個觸發程序/動作都會產生 Power Platform 要求。 所有類型的動作,如連接器動作、HTTP 動作、內建動作 (從初始化變數、建立範圍到簡單的組合動作) 都會產生 Power Platform 請求。
  • 成功和失敗的動作都將計入這些限制。 跳過的動作不會計入這些限制。
  • 每個動作都會產生一個要求。 如果該動作在套用至每個迴圈,它會產生與迴圈處理的項目一樣多的請求。
  • 一個動作可以有多個運算式,但它只算是一個 API 請求。
  • 來自分頁的重試和額外請求也算是動作執行。

平台層級的 API 限制基於使用者授權。 進一步了解:Power Automate 授權類型

連接器的 API 輸送量限制

除了平台限制之外,每個連接器服務都有自己的限制。 Power Automate 中的連接器限制是指連接器強制執行速率限制或使用配額以防止濫用並確保公平資源分配的機制。 當連接器受到限制時,它會限制特定時間範圍內可以發出的請求或動作的數量。

當流程遇到連接器級限制時,服務將傳回 429 (請求過多) 錯誤代碼,並顯示超出速率限制。27 秒後重試等錯誤文字。

每個連接器都有自己的限制。

Dataverse​API 限制

Dataverse 作為連接器服務定義了自己的服務保護限制。 服務保護 API 限制是按使用者進行評估的。 當由流程呼叫時,使用者是與動作相關聯的任何人。 通常,該使用者是流程擁有者,但如果流程在動作中呼叫使用者上下文,則該使用者可以是呼叫使用者。

流程並行限制

設計可擴展、高效的流程包括了解並行、迴圈和分批限制,以幫助避免不必要的延遲。 進一步了解:並行、迴圈和分批限制

動作爆發限制

動作突發限制是指特定時間內可觸發的最大動作數量,通常以捲動時間視窗來衡量。 目前,每 5 分鐘每個流程的上限為 100,000 個動作。

任何觸發或迴圈突發都可能超出此限制,導致流程減慢或限制。

為了解決此限制,請在多個流程之間分配負載,例如,透過使用下層流程或使用觸發條件

流程設計限制

在設計流程時,您可能會遇到在設計/定義層級定義的限制。 如果遇到這些限制,請考慮重新設計您的流程。

進一步了解:流程定義限制