SocialGO

การจัดการข้อผิดพลาด การลองใหม่ และ idempotency ของ API

ลองใหม่กับข้อผิดพลาดชั่วคราวด้วย backoff ล้มเหลวทันทีกับข้อผิดพลาดถาวร และใช้ idempotency เพื่อหลีกเลี่ยงการเรียกเก็บซ้ำ

API และนักพัฒนาอ่าน 1 นาที

ออกแบบเผื่อความล้มเหลว ไม่ใช่แค่เส้นทางที่ราบรื่น กรณีที่อันตรายที่สุดคือกรณีที่คลุมเครือ: คำขอที่อาจสำเร็จหรือไม่สำเร็จก่อนที่การเชื่อมต่อจะหลุด

ใช้ idempotency key กับคำขอสั่งซื้อ เพื่อให้การลองใหม่อย่างปลอดภัยหลังหมดเวลาส่งคืนคำสั่งซื้อที่มีอยู่แล้วแทนการสร้างการเรียกเก็บซ้ำ ลองใหม่กับข้อผิดพลาดชั่วคราว (การจำกัดอัตรา, 5xx ชั่วคราว) ด้วย backoff ที่เพิ่มขึ้นและมีเพดาน

ล้มเหลวทันทีกับข้อผิดพลาดถาวร เช่น คำขอที่ไม่ถูกต้องหรือยอดเงินไม่พอ และแสดงให้มนุษย์เห็น การลองใหม่กับข้อผิดพลาดเหล่านั้นเป็นเพียงการเสียเวลา บันทึกทุกคำขอและการตอบกลับพร้อมรหัสคำสั่งซื้อเพื่อให้คุณกระทบยอดได้ในภายหลัง

บทความนี้มีประโยชน์ไหม?

บทความที่เกี่ยวข้อง

ยังต้องการความช่วยเหลืออยู่ไหม?

หาสิ่งที่ต้องการไม่เจอใช่ไหม? ทีมงานของเรายินดีช่วยเหลือ

เวลาตอบกลับโดยเฉลี่ยรวดเร็ว คำขอส่วนใหญ่ได้รับการตอบกลับครั้งแรกภายในวันเดียวกัน

กลับไปยังศูนย์ช่วยเหลือ