Event Sourcing เก็บเหตุการณ์ที่เกิดขึ้นเป็นข้อมูลหลักที่เชื่อถือ แล้วคำนวณสถานะปัจจุบันจากประวัตินั้น แต่ละเหตุการณ์บันทึกการเปลี่ยนแปลงทางธุรกิจ เช่น “เพิ่มสินค้าในตะกร้าแล้ว” หรือ “ยกเลิกคำสั่งซื้อแล้ว”
แทนที่จะรู้เพียงว่าตะกร้ามีหนังสือหนึ่งเล่ม ระบบสามารถรู้ว่าลูกค้าเพิ่มสองเล่มแล้วนำออกหนึ่งเล่ม ประวัตินี้ใช้สร้างสถานะตะกร้าขึ้นใหม่ ไม่ใช่แค่เก็บไว้อ้างอิง
สมมติว่าตะกร้ามีประวัติดังนี้:
การอ่านและนำทั้งสามเหตุการณ์มาใช้ตามลำดับให้ผลเหมือนเดิม คือหนังสือ A หนึ่งเล่ม นี่เรียกว่า replay หรือการเล่นประวัติซ้ำ ซึ่งเป็นการใช้ประวัติที่บันทึกไว้เพื่อคำนวณสถานะ
เมื่อลูกค้าเพิ่มสินค้า ระบบตรวจสอบคำขอแล้วต่อท้ายเหตุการณ์ใหม่ หากสองคำขอแก้ไขตะกร้าพร้อมกัน การต่อท้ายต้องตรวจสอบเวอร์ชันของสตรีมที่อ่านไว้เพื่อหาการเปลี่ยนแปลงที่ขัดแย้งกัน
การเล่นซ้ำสร้างข้อมูลขึ้นใหม่ ต้องไม่ส่งอีเมลยืนยันหรือชำระเงินซ้ำอีกครั้ง
Event Sourcing เหมาะกับงานที่ประวัติการเปลี่ยนแปลงเป็นส่วนสำคัญของธุรกิจ เช่น วงจรชีวิตสัญญาหรือการปรับคำสั่งซื้อหลายครั้ง ประโยชน์ต้องคุ้มกับงานเก็บและประมวลผลประวัตินั้น
หากแอปพลิเคชันต้องการเพียงสถานะล่าสุดกับบันทึกสำหรับตรวจสอบ การเก็บข้อมูลแบบทั่วไปพร้อมบันทึกตรวจสอบอาจเรียบง่ายกว่า
คลังคำถามสัมภาษณ์งาน IT พร้อมคำตอบโดยละเอียด — ตั้งแต่ระดับ Junior ถึง Senior
บริจาค