ว่ากันว่าใน CQRS มันง่ายที่จะแก้ไขข้อบกพร่องคุณเพียงแค่ปรับใช้ใหม่แล้วเล่นซ้ำเหตุการณ์
แต่จะเกิดอะไรขึ้นถ้าเหตุการณ์ใดเหตุการณ์หนึ่งควรทำให้ระบบภายนอกไม่อยู่ในการควบคุมของคุณที่จะ "จัดส่งรายการ" ให้กับลูกค้าหากคุณเพิ่งเล่นซ้ำเหตุการณ์รายการนั้นจะถูกจัดส่งสองครั้ง
คุณจะแก้ไขปัญหานี้อย่างไร
คำตอบ:
คุณต้องแยกความแตกต่างอย่างชัดเจนระหว่างเหตุการณ์ที่แก้ไขสถานะของโมเดลการอ่านของคุณและเหตุการณ์ (อาจ) การปรับเปลี่ยนสถานะของระบบภายนอก ตรวจสอบให้แน่ใจว่าคุณไม่มี "เหตุการณ์แบบผสม" ที่แก้ไขทั้งสองสถานะเข้าด้วยกัน ด้วยวิธีนี้คุณสามารถเล่นซ้ำเหตุการณ์ของคุณใน "โหมดเล่นซ้ำ" โดยที่เหตุการณ์เหล่านั้นสำหรับระบบภายนอกจะไม่เริ่มทำงานอีกครั้ง ในโหมดนี้คุณยัง "จำลอง" เหตุการณ์ใด ๆ ที่เริ่มต้นโดยระบบภายนอก (ตอนนี้คุณจะนำพวกเขาออกจากคิวเล่นซ้ำแทน)
อย่าลืมขั้นตอนการปรับใช้ซ้ำหมายถึงการรีเซ็ตสถานะของรูปแบบการอ่านเป็นเวลาก่อนหน้า นี่อาจเป็นอะไรที่คุณสามารถทำได้ (หรือต้องทำ) สำหรับสถานะของระบบภายนอก
จากบทความการจัดหางานของ Martin Fowler
แนวคิดพื้นฐานของการจัดหากิจกรรมคือการตรวจสอบให้แน่ใจว่าการเปลี่ยนแปลงทุกสถานะของแอปพลิเคชันถูกจับในวัตถุเหตุการณ์และวัตถุเหตุการณ์เหล่านี้จะถูกจัดเก็บตามลำดับที่พวกเขาใช้สำหรับอายุการใช้งานเช่นเดียวกับสถานะของแอปพลิเคชัน
ดังนั้นเมื่อคุณต้องการกู้คืนสถานะระบบของคุณเป็นช่วงเวลาหนึ่งคุณจะเล่นสถานะที่เก็บไว้ไม่ใช่ตัวจัดการเหตุการณ์จนกระทั่งถึงช่วงเวลานั้น
ถ้าคุณทำงานกับข้อมูลสถานะไม่ควรมีผลกระทบใด ๆ กับระบบภายนอก หากคุณไม่มีทริกเกอร์หรือผู้เฝ้าดูในที่จัดเก็บกิจกรรมของคุณในกรณีนี้คุณควรปิดการใช้งานในช่วงเวลาของการกู้คืน เนื่องจากคุณบอกว่าคุณไม่สามารถควบคุมระบบภายนอกได้จึงไม่ควรพยายามเรียกคืนสถานะของมันโดยใช้ API ที่เปิดเผยเนื่องจากคุณไม่ทราบว่ามีผลข้างเคียงใดที่อาจเกิดขึ้นกับระบบของพวกเขา หากการคืนค่าทำให้ระบบอยู่ในสถานะระหว่างกลาง (เช่นเนื่องจากการดำเนินการที่ล้มเหลวในระบบภายนอก) สิ่งนี้ไม่ควรตกอยู่ในความรับผิดชอบของการเล่นซ้ำเหตุการณ์
แต่จะเกิดอะไรขึ้นถ้าเหตุการณ์ใดเหตุการณ์หนึ่งควรทำให้ระบบภายนอกไม่อยู่ในการควบคุมของคุณที่จะ "จัดส่งรายการ" ให้กับลูกค้าหากคุณเพิ่งเล่นซ้ำเหตุการณ์รายการนั้นจะถูกจัดส่งสองครั้ง
ในการเลือกตัวอย่างที่เฉพาะเจาะจงลองพิจารณาว่าวิธี "ผลกระทบข้างเคียง" อย่างน้อยหนึ่งครั้งอาจมีผลอย่างไร
State currentState = State.InitialState
for(Event e : events) {
currentState = currentState.apply(e)
}
for(SideEffect s : currentState.querySideEffects()) {
performSideEffect(s)
ดังนั้นโมเดลโดเมนจะติดตามสิ่งที่ต้องทำ แต่ปล่อยให้ทำจริงกับแอปพลิเคชัน
ในบริบทของการรันคำสั่งแนวคิดพื้นฐานจะมีลักษณะเหมือนกัน ผลข้างเคียงที่เกิดขึ้นจริงเกิดขึ้นนอกธุรกรรมที่อัพเดตโมเดล
ดังนั้นการทดสอบหน่วยสำหรับแบบจำลองของคุณอาจดูเหมือน
{
// Given
State currentState = State.InitialState
// When
Events events = List.of(OrderPlaced)
// Then
List.of(SendEmail) === currentState.applyAll(events).querySideEffects()
}
{
// Given
State currentState = State.InitialState
// When
Events events = List.of(OrderPlaced, EmailSent)
// Then
List.EMPTY === currentState.applyAll(events).querySideEffects()
}
ประเด็นหลักที่นี่เป็น