ทำไม schema migration ของฉันถึงทำงานก่อนที่จะตรวจสอบว่า service ที่ deploy ไว้นั้นจะรับมือกับมันได้?

เมื่อคุณ push การเปลี่ยนแปลง schema ไปยังฐานข้อมูล production การ migrate จะทำงานก่อนที่เครื่องมือใดจะยืนยันว่า service versions ที่กำลังทำงานอยู่สามารถอ่านและเขียนรูปแบบใหม่ได้ คอลัมน์ที่ถูกลบหรือ field ที่เปลี่ยนชื่อจะถึงฐานข้อมูลก่อนที่ pod เก่าจะ drain เสร็จสิ้น และการ rollback จะคืน schema แต่ไม่ได้คืนข้อมูลที่ถูกเขียนโดย version ใหม่ในระหว่างนั้น เครื่องมือ ORM สร้าง SQL จาก diff แต่ไม่ได้จำลองอะไรเกี่ยวกับ deployment topology, service versions ที่ทำงานพร้อมกัน หรือรูปแบบการอ่านเขียนจริง ทีมงานชดเชยด้วยพิธีกรรม expand-contract ที่บันทึกไว้ใน wiki และความรู้ภายในทีม ไม่ใช่การบังคับใช้ผ่านเครื่องมือ ขั้นตอนที่ผิดลำดับเพียงขั้นเดียวก่อให้เกิดความล้มเหลวแบบ cascading ในหลาย service และเป็นเหตุการณ์ที่มีหลักฐานชัดเจนมูลค่า 4.5 ล้านดอลลาร์ในปีที่ผ่านมา