Bạn đã bao giờ thức dậy với một kịch bản Make bị hỏng do lỗi kết nối? Những gián đoạn này không chỉ làm mất thời gian mà còn ảnh hưởng đến hiệu suất công việc. Bài viết này sẽ tiết lộ cách xử lý ConnectionError một cách chuyên nghiệp – giúp bạn tiết kiệm hàng giờ debug và ngăn chặn thất thoát dữ liệu.
ConnectionError là gì và cách nhận biết?
Khi một ứng dụng trong kịch bản Make không khả dụng (bảo trì, quá tải…), hệ thống sẽ báo ConnectionError. Make nhận diện lỗi này qua mã trạng thái HTTP 503 và 504. Pro tip: Luôn kiểm tra trang trạng thái ứng dụng (vd: https://status.make.com) để xác nhận nguyên nhân trước khi xử lý.
Hành vi mặc định của Make khi gặp lỗi
Make xử lý khác nhau tùy loại kịch bản:
- Kịch bản lên lịch (tắt incomplete executions): Tạm dừng 20 phút, không chạy lại
- Kịch bản lên lịch (bật incomplete executions): Tạm dừng 20 phút, thử lại với backoff
- Kịch bản tức thì: Luôn thử lại dù có bật/tắt incomplete executions
Chiến lược xử lý ConnectionError hiệu quả
Áp dụng ngay 3 bước vàng này:
- Bật xử lý tuần tự: Đảm bảo thứ tự dữ liệu với instant trigger
- Sử dụng Break error handler: Thêm vào module gây lỗi, tùy chỉnh:
- Thời gian chờ:
- 5-30 phút tùy tần suất lỗi ứng dụng
- Số lần thử:
- 3-5 lần cho kịch bản quan trọng
- Kích hoạt incomplete executions: Lưu bundle lỗi để retry sau
Ví dụ thực tế: Kết nối ChatGPT
Khi module “Create a completion” báo ConnectionError do OpenAI quá tải:
- Make tạo incomplete execution
- Break error handler kích hoạt retry sau khoảng delay
- Thành công hoặc đạt giới hạn attempt thì dừng
“Xử lý lỗi thông minh giúp tôi giảm 80% thời gian downtime khi tích hợp Make với 15 ứng dụng khác nhau” – Nguyễn Văn A, CTO công ty X
Lựa chọn cấu hình tối ưu
So sánh 2 trường phái xử lý:
| Tiêu chí | Không dùng Break handler | Có Break handler |
|---|---|---|
| Thời gian phục hồi | 20 phút (mặc định) | Tùy chỉnh (5-30 phút) |
| Kiểm soát retry | Hạn chế | Chi tiết đến từng module |
Hành động ngay hôm nay
Nếu bạn đang gặp hơn 2 lỗi ConnectionError/tuần:
- Audit toàn bộ kịch bản quan trọng
- Thêm Break handler vào 3 module hay lỗi nhất
- Test với trường hợp giả lập
Lưu ý: Luôn có kế hoạch dự phòng cho kịch bản mission-critical. Đôi khi một email cảnh báo manual còn hơn hệ thống silent fail.
Câu hỏi thường gặp
- Làm sao phân biệt ConnectionError với RateLimitError?
- ConnectionError thường đi kèm HTTP 503/504, trong khi RateLimitError là 429
- Có nên bật incomplete executions cho mọi kịch bản?
- Chỉ bật cho kịch bản quan trọng cần đảm bảo xử lý mọi data
