0Pricing
Azure Fundamentals · บทเรียน

กรอบการย้ายระบบ 6-Rs

นำกลยุทธ์ Rehost, Replatform, Rearchitect, Rebuild, Replace และ Retire ไปใช้กับกลุ่มแอปพลิเคชันภายในองค์กร และเลือกแนวทางที่ดีที่สุดสำหรับแต่ละรายการ

กรอบการย้ายระบบ 6-Rs เป็นบทเรียน Azure Fundamentals ฟรีบน CoddyKit นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน คุณสามารถอ่านบทเรียนทั้งหมดด้านล่างฟรี — จากนั้นลองปฏิบัติด้วยตัวคุณเองในเบราว์เซอร์พร้อมตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7 บทเรียนนี้เป็นส่วนหนึ่งของเส้นทางการเรียน Azure Fundamentals และความก้าวหน้าของคุณจะซิงค์ข้ามเว็บและแอป CoddyKit คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน

กรอบงาน 6-Rs คืออะไร

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

Rehost: ย้ายทั้งระบบโดยไม่ปรับเปลี่ยน

Rehost (ย้ายทั้งระบบโดยไม่ปรับเปลี่ยน) หมายถึงการย้ายเวิร์กโหลดไปยัง Azure โดยไม่เปลี่ยนแปลงโค้ด คุณนำอิมเมจ VM หรือไบนารีของแอปพลิเคชันที่มีอยู่มาเรียกใช้บน Azure IaaS กลยุทธ์นี้ใช้เวลาน้อยที่สุด และมักใช้กับแอปพลิเคชันรุ่นเก่าที่แก้ไขได้ยาก หรือองค์กรที่มีกรอบเวลาการย้ายระบบจำกัด กลไกการจำลองแบบของ Azure Migrate ช่วยทำให้การย้าย VM ของ Windows และ Linux ส่วนใหญ่เป็นไปโดยอัตโนมัติ

# Trigger a replication for lift-and-shift using Azure CLI
az migrate server migration start-replication \
  --resource-group myRG \
  --project-name myMigrateProject \
  --machine-name 'web-server-01'

Replatform: ปรับให้เหมาะกับคลาวด์เล็กน้อย

Replatform (เรียกอีกอย่างว่าย้าย ปรับเล็กน้อย แล้วเปลี่ยนระบบ) เกี่ยวข้องกับการปรับให้เหมาะสมเพียงเล็กน้อยระหว่างการย้ายระบบ โดยไม่เปลี่ยนสถาปัตยกรรมหลัก ตัวอย่างเช่น ย้ายฐานข้อมูล MySQL ที่จัดการเองจาก VM ไปยัง Azure Database for MySQL หรือเปลี่ยนตัวถ่ายทอด SMTP ที่โฮสต์เองเป็น Azure Communication Services คุณจะได้รับประโยชน์จากบริการที่มีการจัดการ เช่น การติดตั้งแพตช์ การสำรองข้อมูล และการปรับขนาด โดยไม่ต้องเขียนตรรกะของแอปพลิเคชันใหม่

# Example: Create a managed MySQL Flexible Server (replaces IaaS VM running MySQL)
az mysql flexible-server create \
  --name mydb-flexible \
  --resource-group myRG \
  --location eastus \
  --sku-name Standard_D2ds_v4 \
  --tier GeneralPurpose

Rearchitect: ออกแบบสถาปัตยกรรมใหม่สำหรับคลาวด์

Rearchitect (หรือ Refactor) หมายถึงการเปลี่ยนแปลงสถาปัตยกรรมของแอปพลิเคชันอย่างมาก เพื่อใช้ประโยชน์จากความสามารถแบบคลาวด์เนทีฟ แอปพลิเคชัน .NET แบบก้อนเดียวอาจแยกเป็นไมโครเซอร์วิสที่นำไปใช้งานบน Azure Container Apps หรือระบบประมวลผลเป็นชุดที่ทำงานตามงาน cron อาจนำมาใช้งานใหม่เป็น Azure Functions การออกแบบสถาปัตยกรรมใหม่ให้ประโยชน์ระยะยาวสูงสุดด้านความสามารถในการปรับขนาดและต้นทุน แต่ต้องใช้การลงทุนมากที่สุด

Rebuild: เขียนใหม่ตั้งแต่ต้น

Rebuild หมายถึงการละทิ้งแอปพลิเคชันเดิมทั้งหมดและสร้างโซลูชันคลาวด์เนทีฟขึ้นใหม่ กลยุทธ์นี้เลือกใช้เมื่อแอปพลิเคชันรุ่นเก่ามีค่าใช้จ่ายในการดูแลสูงเกินไป ใช้ชุดเทคโนโลยีที่หมดอายุการสนับสนุน หรือไม่สามารถตอบสนองความต้องการทางธุรกิจได้แม้จะย้ายระบบแล้ว Rebuild ให้ประโยชน์จากคลาวด์เนทีฟสูงสุด แต่ใช้เวลานานที่สุดกว่าจะเริ่มเห็นคุณค่า บริการ Azure PaaS และบริการแบบไร้เซิร์ฟเวอร์ เช่น Azure App Service, Azure Functions และ Cosmos DB เป็นเป้าหมายที่พบได้บ่อย

Replace: ใช้โซลูชัน SaaS

Replace หมายถึงการแทนที่แอปพลิเคชันภายในองค์กรเดิมด้วยผลิตภัณฑ์ SaaS เชิงพาณิชย์ที่มีฟังก์ชันเทียบเท่าหรือดีกว่า ตัวอย่างเช่น แทนที่ CRM ภายในองค์กรด้วย Dynamics 365 หรือแทนที่เซิร์ฟเวอร์ไฟล์รุ่นเก่าด้วย SharePoint Online Replace ช่วยยกเลิกการจัดการโครงสร้างพื้นฐานได้ทั้งหมด ข้อแลกเปลี่ยนคือความสามารถในการปรับแต่งที่ลดลง และอาจต้องใช้ความพยายามอย่างมากในการย้ายข้อมูลและจัดการการเปลี่ยนแปลง

Retire: ยกเลิกสิ่งที่ไม่จำเป็น

Retire เป็นกลยุทธ์ที่ง่ายที่สุด — คุณระบุแอปพลิเคชันที่ไม่ได้ใช้งานแล้ว ซ้ำซ้อน หรือถูกแทนที่ แล้วเลิกใช้งานแทนการย้ายระบบ ข้อมูลการค้นหาที่รวบรวมโดย Azure Migrate มักแสดงให้เห็นว่าเซิร์ฟเวอร์ภายในองค์กรจำนวนมาก (บางครั้ง 20–30%) มีการใช้งานต่ำมากหรือไม่มีผู้ใช้งานอยู่ การเลิกใช้แอปพลิเคชันเหล่านี้ช่วยลดขอบเขตการย้ายระบบ ค่าใช้สิทธิ์การใช้งาน และความซับซ้อนในการดำเนินงาน

# Query Azure Migrate to find servers with low CPU utilisation (candidates for Retire)
az offazure vmware machine list \
  --resource-group myRG \
  --site-name mySite \
  --query "[?properties.percentageCoresUtilization < '5'].properties.displayName"

การเลือก R ที่เหมาะสมสำหรับแต่ละแอป

การเลือก R ที่เหมาะสมจำเป็นต้องวิเคราะห์ปัจจัยสี่ประการสำหรับแต่ละแอปพลิเคชัน ได้แก่ ความสำคัญต่อธุรกิจ, ความซับซ้อนทางเทคนิค, ระยะเวลาการย้ายระบบ และ ต้นทุนรวมในการเป็นเจ้าของ ส่วนหน้าเว็บอย่างง่ายที่ไม่มีการพึ่งพาการผสานรวม เป็นตัวเลือกที่ดีสำหรับ Rehost แอปพลิเคชันที่มีกระบวนงานที่จัดเก็บไว้หลายร้อยรายการและคุณลักษณะฐานข้อมูลแบบกำหนดเอง อาจต้องใช้ Rearchitect หรือ Rebuild ส่วนเครื่องมือภายในที่มีคุณค่าต่ำเหมาะอย่างยิ่งสำหรับ Retire หรือ Replace

การประเมินกลุ่มแอปพลิเคชันใน Azure Migrate

Azure Migrate มีคุณลักษณะ BusinessCase ที่เสนอแนะกลยุทธ์การย้ายระบบสำหรับเซิร์ฟเวอร์ที่ค้นพบโดยอัตโนมัติ โดยอิงจากข้อมูลการใช้งาน สิทธิ์การใช้งาน และราคา Azure ระบบจะจัดกลุ่มเวิร์กโหลดเป็น Rehost, Replatform และกลุ่มที่สิ้นสุดการสนับสนุน เพื่อช่วยเริ่มต้นการจัดประเภทตาม 6-Rs คุณสามารถแทนที่คำแนะนำใดก็ได้ และเพิ่มบริบทธุรกิจของคุณเองก่อนจัดทำแผนการย้ายระบบฉบับสุดท้าย

# Create a business case assessment in Azure Migrate
az migrate assessment create \
  --resource-group myRG \
  --project-name myMigrateProject \
  --name businessCase01 \
  --type BusinessCase

การจัดลำดับคลื่นการย้ายระบบ

เมื่อกำหนด R ให้แอปพลิเคชันแต่ละรายการแล้ว คุณจะจัดกลุ่มแอปพลิเคชันเหล่านั้นเป็นคลื่นการย้ายระบบ โดยทั่วไป ตัวเลือก Rehost ที่มีความเสี่ยงต่ำจะอยู่ในคลื่นแรก เพื่อสร้างความมั่นใจให้ทีมและความคุ้นเคยกับเครื่องมือ โครงการ Rearchitect และ Rebuild จะดำเนินการแบบคู่ขนานในสายงานที่แยกกันและใช้เวลานานกว่า ต้องคำนึงถึงการพึ่งพากันระหว่างแอปพลิเคชัน เช่น ชั้นเว็บที่เรียกใช้ฐานข้อมูลร่วม เพื่อให้แอปที่เกี่ยวข้องย้ายพร้อมกันหรือตามลำดับที่ถูกต้อง

6-Rs และ Cloud Adoption Framework

6-Rs สอดคล้องกับระยะ Adopt ของ Cloud Adoption Framework ของ Microsoft CAF มีแม่แบบสำหรับวางแผนคลื่น เมทริกซ์ RACI และแบบสอบถามประเมินเวิร์กโหลดที่ช่วยนำ 6-Rs ไปใช้ในระดับองค์กร มาตรการกำกับดูแลที่กำหนดขึ้นในระยะ Ready — โซนเริ่มต้น นโยบาย และข้อมูลประจำตัว — ต้องพร้อมก่อนเริ่มคลื่นการย้ายระบบ เพื่อให้เวิร์กโหลดที่ย้ายแล้วเข้าสู่สภาพแวดล้อมที่เป็นไปตามข้อกำหนดตั้งแต่วันแรก

ตรวจสอบความเข้าใจ

ทดสอบความเข้าใจแนวคิด Microsoft Azure Fundamentals (AZ-900) จากบทเรียนนี้

สรุปบทเรียน

ในบทเรียนนี้ คุณได้เรียนรู้ว่า กรอบงาน 6-Rs (Rehost, Replatform, Rearchitect, Rebuild, Replace, Retire) เป็นคำศัพท์สำหรับการตัดสินใจย้ายระบบ R แต่ละแบบมีข้อแลกเปลี่ยนระหว่างต้นทุนกับความเร็วแตกต่างกัน และ BusinessCase ของ Azure Migrate สามารถเสนอแนะกลยุทธ์โดยอัตโนมัติโดยอิงจากข้อมูลการใช้งาน บทถัดไป เราจะสำรวจวิธีที่ Azure Migrate ค้นพบและประเมินเซิร์ฟเวอร์ภายในองค์กร

คำถามที่พบบ่อย

บทเรียน “กรอบการย้ายระบบ 6-Rs” ฟรีหรือไม่

ใช่ — ข้อความเต็มของ “กรอบการย้ายระบบ 6-Rs” ฟรีให้อ่านที่นี่บนเว็บ เพื่อปฏิบัติแบบโต้ตอบ (ตัวแก้ไขโค้ดในตัวและติวเตอร์ AI ตลอด 24/7) และปลดล็อคส่วนที่เหลือของคอร์ส Azure Fundamentals ให้อัปเกรดเป็น CoddyKit PRO คอร์ส Azure Fundamentals มีบทเรียนทั้งหมด 4 บทเรียน

คุณจะเรียนรู้อะไรในบทเรียน “กรอบการย้ายระบบ 6-Rs”

นำกลยุทธ์ Rehost, Replatform, Rearchitect, Rebuild, Replace และ Retire ไปใช้กับกลุ่มแอปพลิเคชันภายในองค์กร และเลือกแนวทางที่ดีที่สุดสำหรับแต่ละรายการ คุณปฏิบัติ Azure Fundamentals ด้วยโค้ดที่ใช้งานได้จริงที่คุณเรียกใช้โดยตรงในเบราว์เซอร์ และติวเตอร์ AI ตลอด 24/7 ตอบคำถามของคุณขณะที่คุณไปผ่านบทเรียน

คุณต้องมีประสบการณ์ก่อนที่จะเริ่มเรียน Azure Fundamentals หรือไม่

ไม่จำเป็นต้องมีประสบการณ์มาก่อน Azure Fundamentals บน CoddyKit ออกแบบมาสำหรับผู้เริ่มต้นไปจนถึงผู้เรียนขั้นสูง คุณสามารถเริ่มต้นที่นี่หรือเริ่มจากตัวแรกและเรียนด้วยความเร็วของคุณเอง นี่คือบทเรียนที่ 1 จากทั้งหมด 4 บทเรียน

บทเรียน “กรอบการย้ายระบบ 6-Rs” ใช้เวลานานแค่ไหน

บทเรียน CoddyKit ส่วนใหญ่ใช้เวลาประมาณ 5–10 นาที แต่ละบทเรียนจึงสั้นและเป็นแบบโต้ตอบ คุณสามารถก้าวหน้าอย่างต่อเนื่องและกลับมาเรียนต่อจากตรงที่เพิ่งหยุดบนเว็บและแอปได้เลย

ฉันเขียนและรันโค้ดในบทเรียน Azure Fundamentals นี้ได้ไหม

ได้ บทเรียน Azure Fundamentals ทุกบทมีตัวแก้ไขโค้ดในตัว คุณจึงเขียนและรันโค้ดจริงได้เลยในเบราว์เซอร์ และได้รับข้อเสนอแนะจาก AI ในทันที — ไม่ต้องติดตั้งในเครื่องของคุณ

บทเรียนทั้งหมดในหลักสูตรนี้

  1. กรอบการย้ายระบบ 6-Rs
  2. Azure Migrate: การค้นหาและการประเมิน
  3. การย้ายแบบ Rehost ด้วย Azure Migrate (ยกแล้วเปลี่ยน)
  4. แนวทางปฏิบัติที่ดีในการย้ายฐานข้อมูล
← กลับไปที่ Azure Fundamentals