Idempotency และ Retry: ออกแบบระบบที่ทำงานซ้ำได้โดยไม่พัง

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

ทำไม Retry ถึงจำเป็น และทำไมมันอันตรายถ้าไม่มี Idempotency

เมื่อคำขอไม่ได้รับคำตอบ ระบบที่ดีจะลองใหม่ เพราะบ่อยครั้งงานสำเร็จแล้วแต่คำตอบหายระหว่างทาง ถ้างานนั้นไม่ idempotent การลองใหม่จะกลายเป็นตัดเงินซ้ำ สร้างออเดอร์ซ้ำ หรือส่งอีเมลซ้ำ ปัญหานี้ตรวจยากเพราะเกิดเฉพาะตอนเน็ตมีปัญหา ไม่โผล่ในการทดสอบปกติ

• ให้ทุกคำขอมี idempotency key เฉพาะตัว แล้วฝั่งเซิร์ฟเวอร์จำว่าคีย์นี้ทำไปแล้ว
• ออกแบบฐานข้อมูลให้มีข้อจำกัดกันข้อมูลซ้ำ (unique constraint) ตรงจุดสำคัญ
• แยกการกระทำที่ทำซ้ำได้ปลอดภัย (อ่าน, ตั้งค่า) จากที่ต้องระวัง (เพิ่มยอด, ส่งเงิน)

Idempotency ฟังดูเป็นเรื่องเทคนิคลึก แต่ผลกระทบเป็นเรื่องธุรกิจล้วน ๆ ลูกค้าถูกตัดเงินซ้ำหนึ่งครั้ง อาจหายไปตลอดกาล ระบบที่ออกแบบให้ทำงานซ้ำได้อย่างปลอดภัย คือระบบที่กล้าลองใหม่เมื่อเจอปัญหา และนั่นคือรากฐานของความน่าเชื่อถือ