n8n Cloud Trial 和 Starter 的最大工作流程執行逾時是多少？

問題
1

您好，

我目前正在使用 14 天的 n8n Cloud 試用版，並評估 Starter 方案用於編輯自動化工作流程。

工作流程可能包含多個連續的 API 和 LLM 呼叫，且可能需要超過五分鐘才能完成。

請您確認以下事項：

  1. n8n Cloud 試用版上工作流程的最長執行時間是多少？
  2. Starter 方案上的最長執行時間是多少？
  3. 逾時是獨立應用於每個工作流程和子工作流程，還是應用於整個執行鏈？
  4. 當工作流程達到此限制時會發生什麼？
  5. 可以在 Starter 或 Pro 上增加執行逾時，還是只能在 Enterprise 上增加？

我詢問的是總背景工作流程執行時間，而不是 webhook 的 HTTP 回應逾時。

謝謝。

2

嗨 @projetosaberebemesta 歡迎！
5分鐘的數字已過時。Cloud 不會在 Trial 或 Starter 上強制執行短執行時間限制，因此包含多個順序 API 和 LLM 呼叫且超過 5 分鐘的執行仍然會完成。
請參閱以下內容：

超時是按工作流程選擇啟用的：Settings > Timeout Workflow > Timeout After。Cloud 會根據您的方案限制您可以選擇的最大值，由於環境變數在 Cloud 上未公開，您無法在 Cloud 上超過該限制。EXECUTIONS_TIMEOUT 和 EXECUTIONS_TIMEOUT_MAX 僅存在於自託管上。如需您方案確切上限的書面說明，請洽詢 help@n8n.io。
每個工作流程都有自己的超時設定，由 Execute Sub-workflow 節點呼叫的工作流程會以獨立執行方式運行，因此子工作流程的超時適用於該子工作流程，而父級的時鐘會持續計算整個等待時間。
達到超時時，n8n 會在目前節點完成後取消執行。其標記為已取消，不會自動恢復任何內容。
Trial 和 Starter 的真正限制是記憶體，不是時間：兩者均為 320MiB RAM。長編輯鏈首先在此處失敗，因此請將繁重的步驟推送到只傳回小結果的子工作流程。

按方案列出的限制，如果您在比較 Starter 和 Pro：