ถอดบทเรียนย้ายระบบ Visual FoxPro สู่ .NET Core จากประสบการณ์จริง
วิศวกรซอฟต์แวร์แชร์ขั้นตอนการย้ายระบบการเงินรุ่นเก่า 42 เวิกโฟลว์ไปยัง C# และ .NET Core ตลอดระยะเวลาสองปีครึ่งโดยไม่มีเอกสารประกอบ
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
- การย้ายระบบ Visual FoxPro เก่าต้องเริ่มจากการจัดทำรายการงานที่ธุรกิจใช้งานจริงทั้งหมด
- ข้อมูลดิบจากระบบเดิมมักไม่มีการกำหนดคีย์ จึงจำเป็นต้องออกแบบโครงสร้างฐานข้อมูลใหม่บน SQL Server
- แยกกฎทางธุรกิจออกจากหน้าจอและฐานข้อมูลมาไว้ใน C# Domain Layer เพื่อให้ทดสอบได้ง่าย
- การทยอยย้ายทีละเวิกโฟลว์ช่วยลดความเสี่ยงได้ดีกว่าการเปลี่ยนระบบทั้งหมดในคราวเดียว
การอัปเกรดระบบเทคโนโลยีสารสนเทศรุ่นเก่าถือเป็นงานท้าทายสำหรับองค์กร โดยเฉพาะเมื่อระบบนั้นใช้งานมานานหลายทศวรรษและขาดเอกสารคู่มือการใช้งาน เช่นเดียวกับประสบการณ์การทำงานของวิศวกรรายหนึ่งที่ใช้เวลาสองปีครึ่งในการย้ายระบบการเงินเดิมจาก Visual FoxPro ไปยัง C# และ .NET Core ทั้งหมด 42 เวิกโฟลว์ด้วยตัวคนเดียว โดยฐานข้อมูลเดิมถูกแทนที่ด้วย Entity Framework Core ร่วมกับ T-SQL stored procedures 42 ชุดบน SQL Server ขณะที่รายงานรูปแบบเดิมถูกพัฒนาใหม่ด้วย Blazor application
เนื่องจาก Visual FoxPro เป็นแพลตฟอร์มที่รวมข้อมูล ตรรกะการประมวลผล และหน้าจอเข้าไว้ด้วยกัน ทำให้ฟอร์มเดียวอาจมีทั้งการตรวจสอบความถูกต้อง การคำนวณ และการอัปเดตตารางข้อมูลโดยตรง ประกอบกับที่ Microsoft ได้สิ้นสุดการสนับสนุนแพลตฟอร์มนี้ไปนานแล้ว บุคลากรที่มีความเข้าใจในระบบจึงเสมือนเป็นเอกสารคู่มือชุดเดียวที่เหลืออยู่ ความเสี่ยงที่แท้จริงจึงไม่ใช่การเขียนโค้ดใหม่ แต่เป็นการตกหล่นของกฎเกณฑ์ทางธุรกิจที่ซ่อนอยู่โดยไม่มีใครจำได้
การย้ายระบบจากเทคโนโลยีเก่าที่หมดอายุขัยอย่าง Visual FoxPro มาสู่สถาปัตยกรรมสมัยใหม่ ถือเป็นตัวอย่างสำคัญของการทำ Legacy System Modernization ที่องค์กรหลายแห่งต้องเผชิญ ความท้าทายหลักมักไม่ใช่เรื่องเทคนิคการเขียนโค้ดภาษาใหม่ แต่เป็นการแกะรักษากฎทางธุรกิจ (Business Logic) ที่สะสมมานานนับสิบปี ซึ่งมักฝังตัวแน่นอยู่ในซอร์สโค้ดเดิมโดยไม่มีเอกสารบันทึกไว้ การวางลำดับขั้นตอนการทำงานที่รัดกุมจึงเป็นหัวใจสำคัญที่จะช่วยป้องกันไม่ให้ระบบใหม่เกิดข้อผิดพลาดแบบเดียวกับระบบเก่า
แนวทางปฏิบัติที่แนะนำเริ่มต้นจากการสำรวจการทำงานจริงของธุรกิจ เช่น การบันทึกการชำระเงินหรือการปิดรอบบัญชี โดยระบุผู้รับผิดชอบและโยงว่ากระบวนการนั้นเกี่ยวข้องกับหน้าจอ ตารางข้อมูล และรายงานใดบ้าง จากนั้นนำรายการทั้งหมดมาเป็นแผนงานหลักและเกณฑ์การ definition of done สำหรับระบบใหม่ ในกรณีของโครงการนี้มีรายการทั้งหมด 42 เวิกโฟลว์
ภาพประกอบจากคลังภาพสต็อก ไม่ใช่ภาพจากเหตุการณ์จริง
ขั้นตอนต่อมาคือการทำความเข้าใจระบบงานปัจจุบันผ่านซอร์สโค้ดเดิมเพื่อถอดรหัสกฎเกณฑ์ออกมาเป็นภาษาพูดที่ชัดเจน พร้อมทั้งตรวจสอบความถูกต้องกับผู้ใช้งานจริง บันทึกข้อมูลนำเข้าและผลลัพธ์ที่ได้เพื่อใช้เป็นชุดทดสอบสำหรับระบบใหม่ นอกจากนี้ โครงสร้างตารางเดิมของ FoxPro ที่มักไม่มีการบังคับใช้คีย์ข้อมูล ควรได้รับการออกแบบใหม่บน SQL Server ให้ถูกต้องตามหลักการ ทั้งการใส่ Primary Key, Foreign Key รวมถึงกำหนดชนิดข้อมูลตัวเลขและวันที่ให้เหมาะสม พร้อมเขียนสคริปต์สำหรับการโอนย้ายข้อมูลล่วงหน้าเพื่อทดสอบซ้ำๆ ก่อนวันย้ายระบบจริง
สำหรับการจัดการกฎทางธุรกิจที่กระจัดกระจายอยู่ในฟอร์มต่างๆ ควรถูกรวบรวมมาไว้ที่ C# Domain Layer เพียงแห่งเดียวเพื่อให้ง่ายต่อการทดสอบ และควรซ่อนฐานข้อมูลไว้เบื้องหลังอินเทอร์เฟซเพื่อให้สามารถทดสอบตรรกะได้อย่างอิสระ ในส่วนของรายงานที่ผู้ใช้งานมักสังเกตเห็นความเปลี่ยนแปลงได้รวดเร็วที่สุด ควรพัฒนาขึ้นมาใหม่หลังจากระบบเวิกโฟลว์เบื้องหลังเสร็จสิ้น และทำการเทียบผลลัพธ์บรรทัดต่อบรรทัดกับข้อมูลชุดเดิมเพื่อยืนยันความถูกต้อง
ท้ายที่สุด การเปลี่ยนผ่านระบบควรใช้วิธีทยอยย้ายทีละเวิกโฟลว์แทนการรวบความเสี่ยงทั้งหมดไว้ในช่วงวันหยุดยาวสัปดาห์เดียว หากเป็นไปได้ควรเปิดระบบเก่าและระบบใหม่ควบคู่กันไปในช่วงระยะเวลาหนึ่งเพื่อเปรียบเทียบผลลัพธ์ และจะทำการปลดระวางระบบเก่าก็ต่อเมื่อรายการตามแผนงานทั้งหมดถูกดำเนินการเสร็จสิ้นสมบูรณ์แล้วเท่านั้น
ที่มา: Dev.to
พบข้อมูลผิดพลาดในบทความนี้? แจ้งปัญหาบทความนี้
ความคิดเห็น
แสดงความคิดเห็น