การเขียนแผนงานใหม่ไม่ได้ลบทุกอย่าง: ร่องรอยที่หลงเหลือ

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

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

ในทางวิศวกรรมซอฟต์แวร์ การรักษาประวัติความเชื่อมโยงระหว่างงานหรือที่เรียกว่า Data Provenance ถือเป็นหัวใจสำคัญในการตรวจสอบข้อผิดพลาด (Debugging) เมื่อระบบเกิดความล้มเหลว การรู้ว่างานปัจจุบันแตกแขนงมาจากงานเก่าชิ้นใดช่วยให้นักพัฒนาเข้าใจบริบทและข้อผิดพลาดที่สะสมมาตั้งแต่ต้นทาง

ไฟล์อย่าง state_store.py ทำหน้าที่เป็นศูนย์กลางเก็บสถานะของงานอย่างเป็นทางการ ระหว่างการจัดตารางใหม่ ฟังก์ชัน archive_task_state() จะบันทึกภาพถ่ายสถานะไว้ที่นี่ ขณะที่ไฟล์ reschedule_map.json จะทำหน้าที่เก็บแผนผังความสัมพันธ์ในรูปแบบข้อมูลที่ถูกจัดระเบียบสำหรับการสืบค้น

ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง

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