7 R ของกลยุทธ์การย้ายระบบ

การย้ายเวิร์กโหลดไปยัง AWS แทบไม่เคยเป็นการดำเนินการเพียงครั้งเดียว แต่เป็นชุดการตัดสินใจที่ทำแยกกันสำหรับแต่ละแอปพลิเคชัน 7 Rs ของการย้ายระบบ ช่วยให้สถาปนิกมีคำศัพท์ร่วมกันในการจัดประเภทแอปพลิเคชันและเลือกแนวทางการย้ายที่เหมาะสม สำหรับการสอบ SAA-C03 คุณต้องทราบว่า R ใดเหมาะกับสถานการณ์ที่กำหนด เนื่องจากคำถามมักทดสอบความสามารถในการจับคู่ลักษณะของแอปพลิเคชันกับกลยุทธ์การย้ายระบบที่ถูกต้อง

Rehost (ยกแล้วเปลี่ยน) คือการย้ายแอปพลิเคชันไปยัง AWS โดย ไม่เปลี่ยนแปลง โค้ดหรือสถาปัตยกรรมของแอปพลิเคชัน ใช้ AWS Application Migration Service (MGN) เพื่อทำสำเนา VM ภายในองค์กรไปเป็นอินสแตนซ์ EC2 Rehost ดำเนินการได้เร็วที่สุดและมีความเสี่ยงต่ำที่สุด จึงเหมาะอย่างยิ่งสำหรับ การย้ายระบบขนาดใหญ่ที่ต้องให้ความสำคัญกับความเร็ว โดยสามารถปรับให้เหมาะสมได้ภายหลัง วิธีนี้ไม่ได้ใช้ประโยชน์จากฟีเจอร์แบบคลาวด์เนทีฟ

Replatform ทำการปรับให้เหมาะกับคลาวด์แบบเจาะจงเพียงเล็กน้อย โดยไม่เปลี่ยนสถาปัตยกรรมหลักของแอปพลิเคชัน ตัวอย่างเช่น การย้ายฐานข้อมูล MySQL จาก EC2 ไปยัง Amazon RDS (มีการติดตั้งแพตช์และสำรองข้อมูลที่มีการจัดการให้) หรือการย้ายเซิร์ฟเวอร์แอป Java ไปยัง AWS Elastic Beanstalk (มีการปรับขนาดที่มีการจัดการให้) คุณยังคงตรรกะของแอปพลิเคชันเดิมไว้ แต่แทนที่งานปฏิบัติการที่ยุ่งยากด้วยบริการที่มีการจัดการ วิธีนี้เป็นทางสายกลางที่ให้ประโยชน์ในระดับปานกลางและมีความเสี่ยงในการย้ายระบบต่ำ

Repurchase คือการแทนที่แอปพลิเคชันเดิมด้วยผลิตภัณฑ์ SaaS เชิงพาณิชย์ ตัวอย่างเช่น เปลี่ยน CRM ที่ดูแลเองเป็น Salesforce หรือเปลี่ยนระบบ HR ที่พัฒนาขึ้นเองเป็น Workday ในมุมมองของ AWS นี่หมายถึงการยกเลิกใบอนุญาตใช้งานภายในองค์กรและสมัครใช้บริการ SaaS งานย้ายระบบจึงเน้นการย้ายข้อมูลและการฝึกอบรมผู้ใช้ มากกว่าการจัดการโครงสร้างพื้นฐาน วิธีนี้เหมาะเมื่อแอปพลิเคชันที่พัฒนาขึ้นเองไม่ได้สร้างความแตกต่างให้ธุรกิจอีกต่อไป

Refactor (ออกแบบสถาปัตยกรรมใหม่) คือการออกแบบแอปพลิเคชันใหม่เพื่อใช้ประโยชน์จากความสามารถแบบคลาวด์เนทีฟอย่างเต็มที่ ตัวอย่างเช่น แยกโมโนลิทเป็นไมโครเซอร์วิสที่ทำงานบน Lambda and API Gateway หรือพัฒนาการประมวลผลแบบชุดใหม่โดยใช้ SQS and auto-scaling workers Refactor ให้ประโยชน์ระยะยาวสูงสุดในด้านการปรับขนาด ความทนทาน และต้นทุน แต่เป็นกลยุทธ์การย้ายระบบที่มีค่าใช้จ่ายและใช้เวลามากที่สุด

Retire หมายถึงการปิดแอปพลิเคชันที่ไม่จำเป็นต้องใช้งานอีกต่อไป การประเมินพอร์ตโฟลิโออย่างละเอียดมักพบว่าแอปพลิเคชัน 10–20% ไม่มีผู้ใช้ที่ใช้งานอยู่ มีฟังก์ชันซ้ำกับระบบอื่น หรือไม่เหมาะกับวัตถุประสงค์อีกต่อไป การยกเลิกแอปพลิเคชันเหล่านี้ช่วยลดค่าใบอนุญาตใช้งาน พื้นที่เสี่ยงด้านความปลอดภัย และขอบเขตการย้ายระบบ ก่อนยกเลิกการใช้งาน ควรยืนยันกับผู้มีส่วนได้ส่วนเสียและตรวจสอบข้อกำหนดด้านการปฏิบัติตามกฎระเบียบเกี่ยวกับการเก็บรักษาข้อมูล

Retain (บางครั้งเรียกว่า Revisit) หมายถึงการคงแอปพลิเคชันไว้ภายในองค์กรในตอนนี้ เหตุผลอาจรวมถึงข้อกำหนดด้านกฎระเบียบที่บังคับให้ข้อมูลต้องอยู่ภายในประเทศ การลงทุนด้านฮาร์ดแวร์ครั้งใหญ่เมื่อไม่นานมานี้ การพึ่งพาผู้จำหน่ายที่ซับซ้อน หรือแอปพลิเคชันใกล้สิ้นสุดอายุการใช้งาน แอปพลิเคชันที่เลือก Retain จะยังไม่ถูกย้ายในระลอกปัจจุบัน แต่อาจได้รับการประเมินใหม่ในภายหลัง Retain เป็นผลลัพธ์ที่ถูกต้องและพบได้ทั่วไปจากการประเมินการย้ายระบบ

Relocate คือ R ลำดับที่เจ็ดซึ่งเพิ่มเข้ามาในกรอบแนวคิดภายหลัง เป็นการย้ายโครงสร้างพื้นฐานไปยัง AWS โดยไม่ต้องซื้อฮาร์ดแวร์ใหม่ ไม่ต้องปรับโครงสร้างแอปพลิเคชัน และไม่ต้องออกแบบสถาปัตยกรรมใหม่ โดยเฉพาะหมายถึงการย้าย VMware vSphere workloads ไปยัง VMware Cloud on AWS ทำให้ยังใช้เครื่องมือ vCenter เดิมเพื่อจัดการ VM ที่ทำงานอยู่บนฮาร์ดแวร์จริงของ AWS ได้ วิธีนี้เร็วกว่า Rehost สำหรับสภาพแวดล้อมที่ใช้ VMware เป็นหลักและยังไม่พร้อมเปลี่ยน OS หรือแอป

ในการย้ายระบบจริงหนึ่งระลอก องค์กรเดียวอาจใช้ 7 Rs ทั้งหมดพร้อมกัน ได้แก่ ยกเลิกแอปที่ไม่ได้ใช้งาน คงแอปที่ติดข้อจำกัดด้านการปฏิบัติตามกฎระเบียบไว้ ใช้ MGN ทำ Rehost ให้กับแอปส่วนใหญ่ ย้ายฐานข้อมูลไปยัง RDS ด้วย Replatform ปรับโครงสร้างโมโนลิทเชิงกลยุทธ์หนึ่งหรือสองระบบเป็นแบบไร้เซิร์ฟเวอร์ด้วย Refactor เปลี่ยน CRM รุ่นเก่าด้วย Repurchase และย้ายคลัสเตอร์ VMware ด้วย Relocate AWS Migration Readiness Assessment (MRA) และ Migration Hub ช่วยติดตามการจัดประเภทตาม 7 R ของแต่ละแอปพลิเคชันทั่วทั้งพอร์ตโฟลิโอ

ต้นทุนการย้ายระบบจะเพิ่มขึ้นเมื่อเปลี่ยนจาก Retire ไปเป็น Relocate, Retain, Rehost, Replatform, Repurchase และ Refactor ตามลำดับ Refactor มีต้นทุนด้านวิศวกรรมเริ่มต้นสูงที่สุด แต่โดยทั่วไปทำให้ค่าใช้จ่ายคลาวด์ระยะยาวต่ำที่สุด เนื่องจากการปรับขนาดอัตโนมัติแบบไร้เซิร์ฟเวอร์และการเรียกเก็บเงินตามการใช้งาน Rehost ช่วยให้เข้าสู่คลาวด์ได้เร็วที่สุด แต่อาจทำให้อินสแตนซ์ EC2 มีทรัพยากรมากเกินความจำเป็น จึงต้องปรับขนาดให้เหมาะสมภายหลังเพื่อให้ประหยัดต้นทุน

คำถามสถานการณ์เกี่ยวกับการย้ายระบบมักมีรูปแบบเดียวกัน คืออธิบายลักษณะของแอปพลิเคชันแล้วถามว่ากลยุทธ์การย้ายระบบใดเหมาะสมที่สุด ให้สังเกต คำสำคัญ: 'ย้ายได้เร็วที่สุด' = Rehost; 'บริการที่มีการจัดการ ไม่เปลี่ยนโค้ด' = Replatform; 'ปรับให้ทันสมัย/แบบไร้เซิร์ฟเวอร์' = Refactor; 'ย้าย VMware' = Relocate; 'ไม่จำเป็นต้องใช้อีกต่อไป' = Retire; 'การปฏิบัติตามกฎระเบียบ/อธิปไตยของข้อมูล' = Retain; 'เปลี่ยนไปใช้ SaaS' = Repurchase แต่ละสถานการณ์มี R ที่ถูกต้องเพียงหนึ่งรายการ ให้ตัดตัวเลือกอื่นออกโดยใช้หลักฐานจากคำสำคัญ

ทดสอบความเข้าใจแนวคิด AWS Solutions Architect (SAA-C03) จากบทเรียนนี้

ในบทเรียนนี้ คุณได้เรียนรู้ว่า 7 Rs ได้แก่ Rehost, Replatform, Repurchase, Refactor, Retire, Retain และ Relocate คำถามสอบทดสอบความสามารถในการจับคู่ลักษณะของแอปพลิเคชันกับ R ที่ถูกต้องโดยใช้สัญญาณจากคำสำคัญ และ Refactor ให้ประโยชน์จากคลาวด์มากที่สุด แต่มีต้นทุนเริ่มต้นสูงที่สุด บทถัดไปเราจะศึกษา AWS Migration Hub และ Application Discovery Service สำหรับการประเมินพอร์ตโฟลิโอ