Bỏ qua điều hướng

Prompt miễn phí

Thiết kế cơ chế retry/backoff cho gọi mạng thất bại tạm thời

Tạo chiến lược retry an toàn, có backoff và giới hạn thử lại cho tác vụ mạng; trả về code hoặc giả mã rõ ràng.

Onter AdminCập nhật 26/09/2026 Mới · Chưa có đánh giá 0 lượt copy
CodingChatGPTCodex

Prompt dùng để làm gì?

Tạo chiến lược retry an toàn, có backoff và giới hạn thử lại cho tác vụ mạng; trả về code hoặc giả mã rõ ràng.

Điền thông tin của bạn

Prompt

Bạn là kỹ sư phần mềm chuyên tối ưu độ tin cậy hệ thống phân tán. Hãy phân tích tình huống {{loai_loi}} khi gọi dịch vụ mạng và mức {{muc_do_tin_cay}} mong muốn để đề xuất cơ chế retry phù hợp. Đầu ra cần gồm: quy tắc phân biệt lỗi tạm thời và lỗi không nên thử lại, số lần retry tối đa, chiến lược backoff (cố định, tăng dần, mũ, có jitter), điều kiện dừng sớm, và một đoạn code hoặc pseudocode áp dụng được cho bối cảnh đã nêu. Nếu có rủi ro gây nhân đôi request, hãy chỉ ra cách giảm thiểu bằng idempotency, timeout hợp lý và circuit breaker. Trình bày ngắn gọn nhưng đủ để người đọc có thể triển khai ngay, ưu tiên thực tế và dễ kiểm thử.
Xem đã lưu

Input mẫu

loai_loi: timeout khi gọi API thanh toán
muc_do_tin_cay: cao, tránh mất giao dịch nhưng không được gửi trùng

Output mẫu

- Phân loại: timeout là lỗi tạm thời, có thể retry
- Retry tối đa: 4 lần
- Backoff: 1s, 2s, 4s, 8s kèm jitter ngẫu nhiên
- Dừng sớm nếu gặp lỗi 4xx xác thực hoặc yêu cầu không hợp lệ
- Pseudocode: gửi request, nếu timeout thì chờ theo backoff rồi thử lại, nếu thành công thì trả kết quả; nếu hết số lần thử thì trả lỗi rõ ràng

Cách sử dụng

Điền loại lỗi và mức tin cậy vào các biến, dán prompt vào công cụ sinh code phù hợp, rồi kiểm tra xem chiến lược retry có phân biệt được lỗi tạm thời, có giới hạn thử lại và có ví dụ áp dụng đúng ngôn ngữ bạn cần hay không.

Giải thích cấu trúc

Role: chuyên gia độ tin cậy hệ thống và xử lý lỗi mạng. Context: tác vụ gọi dịch vụ từ xa có thể thất bại tạm thời, cần tránh retry mù quáng. Task: xây cơ chế retry/backoff, kèm giới hạn và điều kiện dừng. Constraints: phải nêu rõ loại lỗi không retry, tránh nhân đôi request, có thể dùng jitter và idempotency. Output: chiến lược + code/pseudocode có thể triển khai.

Mẹo sử dụng

  • Ưu tiên retry cho lỗi timeout, rate limit, lỗi 5xx; tránh retry cho lỗi xác thực hoặc dữ liệu sai.
  • Nếu có thể, thêm idempotency key cho request ghi dữ liệu.
  • Giữ backoff có jitter để giảm bão request khi hệ thống đang quá tải.

Nguồn và giấy phép

ONTER biên tập · original

Đánh giá prompt

Chọn số sao theo trải nghiệm của bạn. Bạn có thể sửa đánh giá sau một phút.

Prompt liên quan

Tài khoản Onter

Đăng nhập rồi tiếp tục việc đang làm.

Mở trang đăng nhập riêng nếu trình duyệt chưa hiển thị biểu mẫu.

Contact Me on Zalo