Outbox Pattern: แจ้งข่าวระบบอื่นให้ครบทุกครั้ง ไม่มีหลุดหาย

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

ฝากข้อความไว้ที่เดียวกับข้อมูล

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

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

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