AWS Transform เปิด GA แปลงโค้ด .NET จาก Azure ไป AWS

AWS ประกาศเมื่อวันที่ 16 ตุลาคม 2026 ว่า AWS Transform สำหรับแปลงโค้ด .NET ที่ใช้บริการ Azure ไปยัง AWS เปิดใช้งานทั่วไปแล้ว จุดที่น่าสนใจคือเครื่องมือนี้พยายามมองทั้งการเรียก SDK ในซอร์สโค้ดและแผนการย้ายบริการ ไม่ได้เป็นเพียงคำสั่งค้นหาแล้วแทนชื่อคลาส เหมาะกับทีมที่มีแอป .NET ผูกกับ Azure หลายส่วนและต้องประเมินงานก่อนตัดสินใจย้ายจริง

ขอบเขตที่ประกาศ

ระบบค้นหาการใช้ Azure SDK ในโค้ด สร้างรายงานประเมินและแผน modernization ให้ผู้ใช้ตรวจและปรับตัวเลือกก่อนดำเนินการแปลง เอกสารข่าวระบุคู่บริการที่รองรับ ได้แก่ Azure Functions ไป AWS Lambda, Azure Blob Storage ไป Amazon S3 และ Azure Queue Storage ไป Amazon SQS ส่วนการแปลงจาก Azure Cosmos DB ไป Amazon DynamoDB ยังอยู่ในสถานะ preview จึงต้องแยกความพร้อมนี้ออกจากส่วนที่เปิดทั่วไป

การจับคู่ชื่อบริการเป็นเพียงจุดเริ่มต้น พฤติกรรมของ trigger, การจัดการสิทธิ์, รูปแบบข้อความใน queue และ semantics ของข้อมูลอาจต่างกัน แอปที่เคยทำงานถูกต้องบน Azure จึงต้องผ่านการทดสอบใหม่หลังแปลงโค้ด โดยเฉพาะกรณี error, retry, timeout, การเรียงลำดับข้อความ และ idempotency การสร้างแผนโดยอัตโนมัติช่วยลดงานสำรวจ แต่ไม่ได้รับประกันว่า architecture เป้าหมายจะเหมาะกับปริมาณงานหรือค่าใช้จ่ายเดิม

ตัวอย่างการประเมินก่อนเริ่ม

สมมติบริการรับไฟล์ผ่าน HTTP แล้วบันทึกลง Blob Storage ก่อนส่งชื่อไฟล์เข้า Queue Storage ทีมควรทำแผนภาพ data flow และบันทึกขนาดไฟล์ ปริมาณงาน อัตราการ retry และ SLA ปัจจุบัน เมื่อ AWS Transform เสนอ S3 และ SQS ให้เทียบโค้ดที่ถูกเปลี่ยนกับพฤติกรรมเดิม ตรวจ identity และสิทธิ์ของแต่ละขั้น และยืนยันว่าการลบหรือประมวลผลซ้ำไม่ทำให้ข้อมูลหาย การทดสอบควรใช้ข้อมูลจำลองที่ครอบคลุมไฟล์ใหญ่ ชื่อไฟล์พิเศษ และ queue message ที่ผิดรูปแบบด้วย

สำหรับ Azure Functions ที่จะย้ายไป Lambda ต้องทบทวน event source, runtime, ข้อจำกัดเวลาและหน่วยความจำ ตลอดจนวิธี deploy และดู log ที่เปลี่ยนไป การมีโค้ดที่คอมไพล์ผ่านเป็นเพียงเงื่อนไขแรก ยังต้องเทียบผลลัพธ์ที่ปลายทางได้รับและสังเกตพฤติกรรมภายใต้ภาระจริง หากแอปมีส่วนที่อาศัย Cosmos DB ให้ถือการแปลงไป DynamoDB เป็นการทดลองตามสถานะ preview และจัดแผน rollback แยกจากส่วนที่พร้อมใช้งานทั่วไป

จะเริ่มอย่างไรให้ประเมินผลได้

เลือกระบบย่อยที่ dependency ชัดและมีชุดทดสอบอยู่แล้ว รวบรวมรายการ Azure SDK ที่ใช้งานจริง รวมถึงการเรียกผ่านไลบรารีภายใน จากนั้นให้เครื่องมือสร้าง assessment report แล้วให้วิศวกรเจ้าของบริการตรวจ mapping ทุกจุดก่อนยอมรับแผน เก็บผล baseline ด้านความถูกต้อง เวลาตอบสนอง และค่าใช้จ่ายไว้เทียบหลังการแปลง อย่าย้ายข้อมูล production หรือสลับ traffic จนกว่าจะตรวจเรื่องสิทธิ์ การเข้ารหัส และการกู้คืนเสร็จ

AWS ระบุว่าบริการเปิดในแปดรีเจียน ได้แก่ US East (N. Virginia), Mumbai, Tokyo, Seoul, Sydney, Canada (Central), Frankfurt และ London ทีมที่มีข้อกำหนดด้านที่ตั้งข้อมูลควรตรวจรีเจียนและนโยบายขององค์กรก่อนส่งซอร์สโค้ดเข้า workflow การแปลง และตรวจเอกสารบริการฉบับล่าสุดเรื่องข้อจำกัดเฉพาะรีเจียนก่อนเริ่มโครงการ

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

แหล่งข่าว: AWS What's New — AWS Transform Azure-to-AWS .NET code conversion, 16 ตุลาคม 2026