Saga: จัดการธุรกรรมที่ข้ามหลายระบบ เมื่อ ACID ทำไม่ได้

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

ชดเชย แทนการย้อนกลับอัตโนมัติ

ต่างจากธุรกรรมในระบบเดียวที่ย้อนกลับได้อัตโนมัติ Saga ต้องออกแบบการกระทำชดเชยสำหรับแต่ละขั้นเอง เช่น ขั้น จ่ายเงิน มีการชดเชยคือ คืนเงิน สิ่งนี้ทำให้ระบบข้ามบริการยังคงความสอดคล้องได้ แม้จะไม่มีธุรกรรมกลางครอบทั้งหมด ข้อควรระวังคือระหว่างที่ Saga ยังทำไม่ครบ ข้อมูลอาจอยู่ในสถานะกลางชั่วคราว จึงต้องออกแบบให้รับสถานะนั้นได้ และสื่อสารกับผู้ใช้ให้เหมาะ เช่น แสดงว่ากำลังดำเนินการ

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

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