🔑 Vì Sao Error Handling Quan Trọng

1. Ngăn workflow chết đột ngột
   Một lỗi ở node A không nên “kill” toàn bộ workflow, đặc biệt khi bạn đang xử lý list dài.

2. Bảo đảm tính liên tục
   API có thể lỗi vì timeout hoặc network → retry sau vài giây là đủ để thành công.

3. Giảm mất mát dữ liệu
   Nếu bạn log đầy đủ input khi fail, bạn có thể rerun chính xác record bị lỗi mà không phải chạy lại toàn bộ quy trình.

4. Cảnh báo kịp thời
   Thông báo ngay cho team khi có lỗi, tránh sự cố kéo dài hàng giờ mà không ai phát hiện.

🛠 Ba Chiến Lược Xử Lý Lỗi Trong n8n

1️⃣ 🔁 Retry (Chạy Lại Node Tự Động)

Dùng cho các lỗi tạm thời: network glitch, API rate-limit, timeout.

Cách Setup:

• Mở node → tab Settings → bật Retry On Fail.

• Chọn số lần retry (ví dụ: 3 lần) và delay (5s hoặc 10s).

• Có thể kết hợp Exponential Backoff (delay tăng dần) để tránh spam API.

Ví dụ thực tế:

• Node HTTP Request gọi API từ Google Ads → nếu timeout, n8n tự retry 3 lần trước khi fail hẳn.

2️⃣ ↩ Failover (Nhánh Dự Phòng)

Nếu node chính lỗi → tự động rẽ nhánh để xử lý khác, không chặn toàn workflow.

Ví dụ:

• Node A: gọi API chính.

• IF Node: nếu response fail → gọi Node B (API dự phòng) hoặc gửi cảnh báo.

• Node C: ghi log lỗi để team điều tra.

Ứng dụng phổ biến:

• Failover sang cache/local DB khi API ngoài không khả dụng.

• Gửi email cảnh báo khách hàng về sự chậm trễ thay vì “im lặng”.

3️⃣ 🚨 Error Workflow (Báo Lỗi Toàn Hệ Thống)

Đây là “trung tâm giám sát” của toàn bộ automation.

Cách setup:

• Vào Settings → bật Error Workflow.

• Chọn workflow chuyên xử lý lỗi → gồm:

  • Slack/Telegram Node: ping team dev/ops.

  • Google Sheet/DB Node: ghi lại error log (workflow name, node, input data, error message).

  • (Optional) Webhook Node: tạo alert cho PagerDuty hoặc Discord nếu là sự cố nghiêm trọng.

💡 Pro Tip: Bạn có thể thêm thông tin chi tiết như {{$json}} để team có dữ liệu debug đầy đủ.

📊 Ví Dụ Thực Tế – Google Ads Report Workflow

1. HTTP Request Node: gọi API → bật retry 3 lần.

2. IF Node: nếu vẫn fail → gửi thông báo Slack:

   ❗ Workflow GoogleAds_Report failed – please check log.

3. Error Workflow: lưu log lỗi (timestamp, request payload, error message) vào Google Sheet.

4. Team kiểm tra log → rerun workflow chỉ cho record bị fail.

Kết quả: downtime giảm 80%, không còn tình trạng báo cáo bị delay nguyên ngày.

⚠ Thách Thức & Lưu Ý Khi Triển Khai

• Spam cảnh báo: nếu workflow fail hàng loạt, bạn sẽ nhận 100+ alert.
  → Giải pháp: dùng IF node filter chỉ cảnh báo khi lỗi >3 lần liên tiếp hoặc severity = high.

• Retry quá nhiều: có thể vượt quota API hoặc gây tắc nghẽn.
  → Giải pháp: giới hạn retry (3–5 lần), thêm delay hợp lý.

• Thiếu log: nếu không log input, bạn sẽ không biết record nào fail.
  → Giải pháp: luôn ghi lại context (ID, timestamp) trước khi retry hoặc fail.

🧠 Tips Để Error Handling Hiệu Quả

✅ Retry có giới hạn: 3–5 lần là đủ.
✅ Log đầy đủ: lưu cả input, output và lỗi → giúp rerun nhanh, không mất dữ liệu.
✅ Tách workflow lỗi riêng: giữ workflow chính gọn gàng.
✅ Đa kênh cảnh báo: Slack cho lỗi nhẹ, email/Telegram cho lỗi nghiêm trọng.
✅ Dashboard giám sát: dùng Grafana/Looker Studio đọc execution DB → biết workflow nào hay lỗi.

🎯 Kết Luận – Thiết Kế Workflow “Chống Gãy”

Một workflow tốt không chỉ chạy được, mà còn chịu lỗi tốt.
Với chiến lược Retry + Failover + Error Workflow, bạn sẽ:

• Giảm downtime → automation luôn sẵn sàng.

• Không bỏ sót dữ liệu → dễ rerun.

• Phát hiện sự cố sớm → xử lý nhanh, tránh ảnh hưởng kinh doanh.

📞 Hotline: 0352.433.233
📧 Email: cskh@mcivietnam.com