集中式錯誤處理機制強制實施 - n8n 工作流程

管理大型實例的 n8n 管理員和開發人員。
需要標準化監控和可靠錯誤報告的 DevOps 團隊。
運行自行託管 n8n 實例並可直接存取資料庫的組織。
目標在部署新 n8n 範本時追求最大可靠性的使用者。

這個重要的 n8n 自動化流程範本，解決了大量 n8n 流程中錯誤處理不一致的常見難題。在擴展自動化時，確保每個程序都有適當的備援機制至關重要。這個 n8n 自動化會使用排程 n8n 觸發器定期運行，系統化地擷取所有正在運行的 n8n 範本。然後，它會驗證每個 n8n 流程 (除非明確標記排除) 都有指向一個集中、標準化的 n8n 錯誤處理流程。透過利用直接的資料庫更新 (Postgres)，這個 n8n 流程提供了一個強大且集中的機制來實施維運政策，顯著提升了監控能力和整體平台的可靠性。

這個強大 n8n 流程的核心始於一個排程 n8n 觸發器，設定為每四小時運行一次，確保持續進行合規性檢查。或者，也可以透過點擊「測試自動化流程 (Test workflow)」n8n 觸發器手動運行，立即進行驗證。

1. 定義變數： 「設定變數 (Set Vars)」n8n 節點建立了兩個關鍵參數：目標預設錯誤處理流程的 ID，以及一個排除標籤 (defaulterror:false)。


2. 擷取流程： 「取得所有流程 (Get All Workflows)」n8n 節點使用內部的 n8n API 憑證，來取得每個 n8n 流程實例的後設資料 (metadata)。


3. 篩選合規性： 「排除 defaulterror:false 標籤流程 (Exclude defaulterror:false Tagged Workflows)」篩選 n8n 節點僅選擇性地通過那些需要更新的流程。它套用了兩個條件：該流程不得包含排除標籤 AND 該流程目前的設定不得已符合所需的預設錯誤處理流程 ID。


4. 強制實施政策： 最後的 n8n 節點「設定預設錯誤流程 (Set Default Error Workflow)」(Postgres 節點) 會直接連接到底層的 n8n 資料庫。它在 workflowentity 表格上執行一個 UPDATE 操作。它使用一個表達式將正確的 errorWorkflow ID 注入到不合規 n8n 流程的 settings JSON 欄位中，從而強制實施標準化的錯誤處理政策。

1. 匯入： 下載 n8n 自動化流程的 JSON 檔案，並將其匯入您的 n8n 實例中。


2. Postgres 憑證： 設定「設定預設錯誤流程 (Set Default Error Workflow)」n8n 節點，使用連接到您的 n8n 實例所使用的 PostgreSQL 資料庫的憑證。這通常是在您的 n8n 環境變數中命名的資料庫 (例如 DB_TYPE=postgres)。


3. n8n API 憑證： 設定「取得所有流程 (Get All Workflows)」n8n 節點，使用具有讀取所有流程權限的 n8n API 憑證。


4. 組態設定： 使用您專門的錯誤處理 n8n 流程的實際 ID 來更新「設定變數 (Set Vars)」n8n 節點。此 ID 必須對應於您實例上現有的錯誤處理 n8n 範本。


5. 啟用： 啟動此 n8n 流程。排程 n8n 觸發器將處理持續的檢查。

排程觸發器與手動觸發器 (n8n 觸發器)： 這些節點以每 4 小時間隔或手動方式啟動 n8n 流程，用於測試/立即執行。
設定變數 (Set Vars) (n8n 節點)： 定義目標錯誤處理流程 ID (2fgSBCqYJyEZWtTO) 和排除標籤 (defaulterror:false) 的全域變數。這些變數會在整個 n8n 流程中被動態引用。
取得所有流程 (Get All Workflows) (n8n 節點)： 利用 n8n API 擷取目前系統中所有 n8n 範本和流程的後設資料 (metadata)。
排除 defaulterror:false 標籤流程 (Exclude defaulterror:false Tagged Workflows) (篩選 n8n 節點)： 執行複雜的篩選。它使用 JavaScript 表達式來確保該流程沒有被標籤排除，並且尚未符合所需的錯誤流程 ID。

• 設定預設錯誤流程 (Set Default Error Workflow) (Postgres n8n 節點)： 這是關鍵的動作節點。它更新 workflowentity 表格，使用流程 ID ($json.id) 進行匹配，並動態重寫 settings 物件以納入所需的 errorWorkflow ID。這會直接在資料庫中修改 n8n 流程的設定。